quickfix-developers — QuickFIX developers forum

Re: [Quickfix-developers] MarketDataSnapshotFullRefresh duplicatedfield 269

[Scott R. <sri...@fo...>]

Your message contains the multiple fields of 269 one right after the =
other.  This means you added the fields directly to the message.  You =
should be constructing a group for each occurrence and then adding that =
group to your message.  This will put the fields in the correct order.

-----Original Message-----
From: qui...@li... =
[mailto:qui...@li...] On Behalf Of =
Lidia L=F3pez Cuesta
Sent: Friday, July 21, 2006 12:56 PM
To: qui...@li...
Subject: [Quickfix-developers] MarketDataSnapshotFullRefresh =
duplicatedfield 269

QuickFIX Documentation: =
http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

Hi all,

I am having problems with the MarketDataSnapshotFullRefresh when I am =
asking=20
for Bids, Offers and Trades. I generate following message asking for =
this 3=20
kinds of entries:
8=3DFIX.4.4=B79=3D167=B735=3DV=B734=3D51=B749=3DXXXX=B750=3DXXX=B752=3D20=
060721-16:47:00.453=B756=3DMEFF=B757=3DM3=B7146=3D1=B755=3D[N/A]=B748=3D2=
1=B722=3D8=B7461=3DFXXXSX=B7200=3D200607=B7262=3D0000001=B7263=3D1=B7264=3D=
3=B7265=3D0=B7267=3D3=B7269=3D2=B7269=3D0=B7269=3D1=B710=3D053=B7

The message getting information about bids and offers is rejected=20
automatically by the sockerInitiator/messagecracker (I don't know =
exactly)=20
because field 269 appears more than once, but this is correct because =
ield=20
268=3D4.
8=3DFIX.4.4=B79=3D223=B735=3DW=B734=3D92=B752=3D20060721-16:50:41=B749=3D=
MEFF=B750=3DM3=B756=3DXXXX=B757=3DXXX=B7262=3D0000001=B755=3DIXN06=B7268=3D=
4=B7269=3D0=B7270=3D11475=B7271=3D17=B7273=3D16:29:57=B7290=3D1=B7269=3D0=
=B7270=3D11450=B7271=3D8=B7290=3D2=B7269=3D0=B7270=3D11430=B7271=3D8=B729=
0=3D3=B7269=3D1=B7270=3D0=B7271=3D0=B7273=3D16:29:57=B7290=3D1=B710=3D160=
=B7

8=3DFIX.4.4=B79=3D122=B735=3D3=B734=3D52=B749=3DXXXX=B750=3DXXX=B752=3D20=
060721-16:47:00.625=B756=3DMEFF=B757=3DM3=B745=3D92=B758=3DTag=20
appears more than once=B7371=3D269=B7372=3DW=B7373=3D13=B710=3D210=B7

Does anyone knows where is the problem?

Lidia



-------------------------------------------------------------------------=

Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share =
your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] MarketDataSnapshotFullRefresh duplicated field 269

[<li...@ho...>]

Hi all,

I am having problems with the MarketDataSnapshotFullRefresh when I am asking 
for Bids, Offers and Trades. I generate following message asking for this 3 
kinds of entries:
8=FIX.4.4·9=167·35=V·34=51·49=XXXX·50=XXX·52=20060721-16:47:00.453·56=MEFF·57=M3·146=1·55=[N/A]·48=21·22=8·461=FXXXSX·200=200607·262=0000001·263=1·264=3·265=0·267=3·269=2·269=0·269=1·10=053·

The message getting information about bids and offers is rejected 
automatically by the sockerInitiator/messagecracker (I don't know exactly) 
because field 269 appears more than once, but this is correct because ield 
268=4.
8=FIX.4.4·9=223·35=W·34=92·52=20060721-16:50:41·49=MEFF·50=M3·56=XXXX·57=XXX·262=0000001·55=IXN06·268=4·269=0·270=11475·271=17·273=16:29:57·290=1·269=0·270=11450·271=8·290=2·269=0·270=11430·271=8·290=3·269=1·270=0·271=0·273=16:29:57·290=1·10=160·

8=FIX.4.4·9=122·35=3·34=52·49=XXXX·50=XXX·52=20060721-16:47:00.625·56=MEFF·57=M3·45=92·58=Tag 
appears more than once·371=269·372=W·373=13·10=210·

Does anyone knows where is the problem?

Lidia

Re: [Quickfix-developers] Checksum / Charset encoding problem

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

On 7/21/06, Lin Lejiang <le...@gm...> wrote:

[ 4 messages included in their entirety ]

Leijang,

Please limit your quoting when replying to messages.  Include only the
*relevant* portions of any text you need, not the entire message.

-- 
Caleb Epstein

Re: [Quickfix-developers] how to send messages

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

You need to use the SessionQualifier (see configuration settings).  =20
You can use the same values as the SenderSubID if you like.   The =20
qualifier allows you to differentiate an otherwise identical =20
session.  The SenderSubID cannot be used for this purpose because =20
multiple SenderSubIDs can be legally sent on the same session.

--oren

On Jul 21, 2006, at 9:26 AM, Lidia L=F3pez Cuesta wrote:

> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/=20
> html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> Hi all,
>
> I have an application that opens 2 SocketInitiator, one for reading =20=

> public
> information (siReading, I send a MarketDataSnapshotFullRefresh =20
> message) and
> another for private information (siOperations, my operations).
>
> I have 2 instances of my class Application (that inherits from
> MessageCracker and implements Application interface). I am using =20
> following
> sentence to send messages:
>       sendToTarget(message,sessionId)
> where sessionID is a variable that I fill in onCreate function with =20=

> the
> sessionID parameter.
>
> My problem is that messages sent for both socketinitiator are =20
> mixed, I send
> a MarketDataRequest in siReading but the message is send throught =20
> the other
> session because I found it in the operating log.
>
> The only difference between both socketinitiators are the =20
> SenderSubID (one
> is 351 and the other 352), but this field is not in the sessionId =20
> and I
> suppose that this is the problem. I am connecting to the same =20
> market but
> with different operator code (sendersubid)
>
> Anybody knows how to identificate the different sessions with =20
> different
> SenderSubId?
>
> Lidia
>
>
>
> ----------------------------------------------------------------------=20=

> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to =20
> share your
> opinions on IT & business topics through brief surveys -- and earn =20
> cash
> http://www.techsay.com/default.php?=20
> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

[Quickfix-developers] how to send messages

[<li...@ho...>]

Hi all,

I have an application that opens 2 SocketInitiator, one for reading public 
information (siReading, I send a MarketDataSnapshotFullRefresh message) and 
another for private information (siOperations, my operations).

I have 2 instances of my class Application (that inherits from 
MessageCracker and implements Application interface). I am using following 
sentence to send messages:
      sendToTarget(message,sessionId)
where sessionID is a variable that I fill in onCreate function with the 
sessionID parameter.

My problem is that messages sent for both socketinitiator are mixed, I send 
a MarketDataRequest in siReading but the message is send throught the other 
session because I found it in the operating log.

The only difference between both socketinitiators are the SenderSubID (one 
is 351 and the other 352), but this field is not in the sessionId and I 
suppose that this is the problem. I am connecting to the same market but 
with different operator code (sendersubid)

Anybody knows how to identificate the different sessions with different 
SenderSubId?

Lidia

[Quickfix-developers] SSL support

[Nick F. <Nic...@ve...>]

I've edited the SSL support page on the Wiki to add some notes about how
I set up stunnel, and also a plan for getting MINA's SSLFilter to work
with quickfixj. Edits and suggestions appreciated.

Nick Fortescue

Re: [Quickfix-developers] integrating C++ quickfix with a legacy poll/select event loop

[Mark T. K. <mke...@di...>]

i take it from the lack of response that there is no way (short of
extensive modification) of integrating with an existing select() loop?
i can't be the only person who has tried this.

/mark

Mark T. Kennedy wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
> 
> 
> i'd like to integrate quickfix with a single-threaded legacy select()
> event loop.  but quickfix seems to make this impossible.  I/O
> descriptors are hidden and there is no way to schedule the dispatch
> of an event.
> 
> thoughts/comments?
> 
> /mark
> 
> This communication and any attachments may contain confidential/proprietary information and is intended for information purposes only. It is not an invitation or offer to purchase interests from Diamondback.  Any representation to the contrary is unintentional.  This communication is intended only for the person(s) to whom it is addressed.  If you are not 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 or any attachments is not permitted.  If you have received this in error, please notify the sender immediately by e-mail and delete this message.  All e-mails sent to or received from this address will be received by Diamondback Capital Management's company e-mail system and is subject to archival and possible review by someone other than the recipient.  This notice is 
>  automatically appended to each e-mail message leaving Diamondback Capital Management.
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: [Quickfix-developers] Checksum / Charset encoding problem

[Lin L. <le...@gm...>]

Hi,Joery

I'm ensure I have logined the JIRA because I can see the "Log Out" button o=
n
the top.
But I cann't see any attach button in the new feature request window.


Regards.

Lejiang.



On 7/21/06, Joerg Thoennes <Joe...@ma...> wrote:
>
> On 07/21/06 13:34, Lin Lejiang wrote:
>
> Hi Lejiang,
>
> > I have added this feature request to the QFJ issue tracker.
> > http://www.quickfixj.org/jira/browse/QFJ-38
> >
> > But I don't know how to attach the file with the request.
> >
> > Can you help to attach the files with it in this mail?
>
> In JIRA, the Operations section which also includes "Attach file" is only
> visible if you are logged
> in. Please log in (top right corner), and you should be able to attach
> files.
>
> Cheers, J=F6rg
>
> --
> 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
>



--=20
Lin Lejiang

Re: [Quickfix-developers] Checksum / Charset encoding problem

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

On 07/21/06 13:34, Lin Lejiang wrote:

Hi Lejiang,

> I have added this feature request to the QFJ issue tracker.
> http://www.quickfixj.org/jira/browse/QFJ-38
> =20
> But I don't know how to attach the file with the request.
> =20
> Can you help to attach the files with it in this mail?

In JIRA, the Operations section which also includes "Attach file" is only=
 visible if you are logged=20
in. Please log in (top right corner), and you should be able to attach fi=
les.

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

Re: [Quickfix-developers] Checksum / Charset encoding problem

[Lin L. <le...@gm...>]

Hi,Steve

I have added this feature request to the QFJ issue tracker.
http://www.quickfixj.org/jira/browse/QFJ-38

But I don't know how to attach the file with the request.

Can you help to attach the files with it in this mail?


Regards.

Lejiang


On 7/21/06, Steve Bate <sb...@sm...> wrote:
>
> Hello Lin,
>
> Can you add a feature request to the QFJ issue tracker and attach
> the files you've been including in the emails? I'll try to
> integrate these changes for a future release.
>
> Thanks,
>
> Steve
>
> > -----Original Message-----
> > From: qui...@li...
> > [mailto:qui...@li...] On
> > Behalf Of Lin Lejiang
> > Sent: Friday, July 21, 2006 11:12 AM
> > To: Lalonde, Francis
> > Cc: qui...@li...
> > Subject: Re: [Quickfix-developers] Checksum / Charset encoding problem
> >
> > QuickFIX Documentation:
> > http://www.quickfixengine.org/quickfix/doc/html/index.html
> > QuickFIX Support: http://www.quickfixengine.org/services.html
> >
> >
>



-- 
Lin Lejiang

Re: [Quickfix-developers] Checksum / Charset encoding problem

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

Hello Lin,

Can you add a feature request to the QFJ issue tracker and attach
the files you've been including in the emails? I'll try to
integrate these changes for a future release.

Thanks,

Steve

> -----Original Message-----
> From: qui...@li...=20
> [mailto:qui...@li...] On=20
> Behalf Of Lin Lejiang
> Sent: Friday, July 21, 2006 11:12 AM
> To: Lalonde, Francis
> Cc: qui...@li...
> Subject: Re: [Quickfix-developers] Checksum / Charset encoding problem
>=20
> QuickFIX Documentation:=20
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>=20
>=20

Re: [Quickfix-developers] Checksum / Charset encoding problem

[Lin L. <le...@gm...>]

Hi,Lalonde

I'm not the QFJ developer too.

I think the QFJ not support this feature because the FIX protocol uses the
iso8859-1 charset as default.If need put other charset to FIX
message,we must use the "Encode" field,such as EncodeText.

I must use the FIX message with GBK charset in common field,because I'm
working with a FIX Dialects now.Its default charset is GBK.

I also wish QFJ can support this.



Regard.

Lejiang


On 7/20/06, Lalonde, Francis <fra...@cg...> wrote:
>
>
> Oh, I understand. My solution was working only because the
> special characters in the data are not negative, but it wouldn't have worked
> with GBK. Your solution should cover all cases, including UTF-32. I will try
> your code in my application. It would be nice to have the unsigned byte[]
> native in java like there is in C!
>
> Can you also submit your fix to the main QuickFIX repository or
> developpers? I am not on the developper list, but you seem to be, it would
> be nice if this was in the next QuickFIX version. I dont understand why this
> wasn't corrected before.
>
> I also think that the checksum should only be calculated from the
> getBytes() in the ProtocolEncoder. The initial checksum value would be
> something like "10=000" and at very end, just before sending the bytes, we
> replace "000" with the actual checksum. So getBytes() would only be called
> once for the message.
>
> Francis
>
>  ------------------------------
>  *From:* Lin Lejiang [mailto:le...@gm...]
> *Sent:* Thursday, July 20, 2006 4:22 AM
>
> *To:* Lalonde, Francis
> *Cc:* qui...@li...
> *Subject:* Re: [Quickfix-developers] Checksum / Charset encoding problem
>
>
>  Hi,Lalonde
>
> I think you code will not work right because the negative byte value in
> GBK or Unicode charset.
> I also modify the code here.But I have not test it with other FIX
> engine,like Sybase GlobalFIX.
>
> I add the java files I modified with mail as a reference.
>
>
> Regard.
>
> Lejiang
>
> On 7/20/06, Lalonde, Francis <fra...@cg...> wrote:
> >
> >  Yes, you are right, so
> >
> > 38856 % 256 = 200 (bad checksum)
> >
> > and
> >
> > 561 % 256 = 49 (good checksum)
> >
> > So what I did is in quickfix.Field.java, I replaced the method
> >
> >
> > /*package*/ /*int getTotal() {
> >
> > calculate();
> >
> > int sum = 0;
> >
> > for (int i = 0; i < data.length(); i++) {
> >
> > for int
> >
> > sum += data.charAt(i);
> >
> > }
> >
> > return sum+1;
> >
> > }*/
> >
> > *int* getTotal() {
> >
> > calculate();
> >
> > *int* sum = 1;
> >
> > *byte*[] bytes = data.getBytes();
> >
> > *for* (*int* i = 0; i < bytes. length; i++) {
> >
> > sum += bytes[i];
> >
> > }
> >
> > *return* sum;
> >
> > }
> >  This should work with your data too, let me know if it works or not.
> >
> > Bye!
> >
> > Francis
> >
> >
> >  ------------------------------
> >  *From:* Lin Lejiang [mailto:le...@gm...]
> > *Sent:* Wednesday, July 19, 2006 12:31 PM
> >
> > *To:* Lalonde, Francis
> > *Cc:* qui...@li...
> > *Subject:* Re: [Quickfix-developers] Checksum / Charset encoding problem
> >
> >
> >  Hi,Lalonde
> >
> > 8=青

> >
> > using getBytes()
> > 56 + 61 - 57 - 32 + 1 = 29
> > ~~~~~~~~~~~~~~~~~~~~
> > Should not has negative number in above equality.
> > I think it like blown:
> > 56 + 61 +199 +244 + 1 = 561
> >
> > Because I use unsigned byte value in it.
> >
> >
> > Lejiang
> >
> >
> >
> >
> > On 7/20/06, Lalonde, Francis < fra...@cg...> wrote:
> > >
> > >  Hello Lin,
> > >
> > > Interesting question!
> > >
> > > The problem is that QuickFIX uses charAt() to calculate
> > > the message checksum and getBytes() to fill network buffer but the results
> > > dont match.
> > >
> > > I looked at the code, and I think my solution should work with
> > > double-byte charset, because all it does is use getBytes() in both places.
> > >
> > > So in FIX checksum
> > >
> > >  8=青

> > >
> > > using charAt() :
> > >
> > > 56 + 61 + 38738 + 1 = 38856
> > >
> > > using getBytes()
> > >
> > > 56 + 61 - 57 - 32 + 1 = 29
> > >
> > >  ------------------------------
> > > *From:* Lin Lejiang [mailto: le...@gm... ]
> > > *Sent:* Wednesday, July 19, 2006 11:38 AM
> > > *To:* Lalonde, Francis
> > > *Cc:* qui...@li...
> > > *Subject:* Re: [Quickfix-developers] Checksum / Charset encoding
> > > problem
> > >
> > >
> > >  Hi,Lalonde
> > > I get the same problem with you.I use QFJ in GBK encoding platform.
> > > You solution will not work in double byte charset.e.g. GBK.Is it?
> > > In FIX document,checksum function will be:
> > >
> > > char *GenerateCheckSum( char *buf, long bufLen )
> > >
> > > {
> > >
> > >        static char tmpBuf[ 4 ];
> > >
> > >        long idx;
> > >
> > >        unsigned int cks;
> > >
> > >
> > >
> > >        for( idx = 0L, cks = 0; idx < bufLen; cks += (unsigned int)buf[
> > > idx++ ] );
> > >
> > >        sprintf( tmpBuf, "%03d", (unsigned int)( cks % 256 ) );
> > >
> > >        return( tmpBuf );
> > >
> > > }
> > >
> > > In GBK encoding:
> > > "青".charAt(0)=38738
> > > "青".getBytes()[0]=-57
> > > "青".getBytes()[1]=-32
> > >
> > > The chk must be added with unsigned int or byte.
> > > So in java:
> > > chk = ((int)"青".getBytes()[0] )& 0xFF + ((int)"青".getBytes()[1] )&
> > > 0xFF
> > >
> > >
> > > Do you think so?
> > >
> > >
> > > Lejiang
> > >
> > >
> > >
> > > On 7/11/06, Lalonde, Francis < fra...@cg...> wrote:
> > > >
> > > > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> > > >
> > > > QuickFIX Support: http://www.quickfixengine.org/services.html
> > > >
> > > >
> > > >
> > > >
> > > >  I haven't found references to this problem in the wiki or
> > > > elsewhere, so I just wanted to share my thoughts.
> > > >
> > > > I've been having checksum problems when trying to send FIX messages
> > > > having an XML payload. The FIX server I was communicating with (an instance
> > > > of the Cameron FIX engine) would report bad checksums ont those messages
> > > > containing XML, but not on other messages (Logon, Heartbeat, etc)
> > > >
> > > > I wrote a parallel program to double-check the checksums of the
> > > > messages waiting in the QuickFIX queue (by parsing the .body file) just to
> > > > make sure that the problem was really on my side, and it was.
> > > >
> > > > I traced the problem down to QuickFIX way of handling the charset
> > > > encoding of the String fields. I fixed the problem by changing the
> > > > Field.getTotal() method from
> > > >
> > > > *
> > > >
> > > > int
> > > > *getTotal() {
> > > >
> > > >     calculate();
> > > >
> > > > *    int* sum = 0;
> > > >
> > > > *    for* (*int* i = 0; i < data.length(); i++) {
> > > >
> > > >         sum += data.charAt(i);
> > > >
> > > >     }
> > > >
> > > > *    return* sum + 1;
> > > >
> > > > }
> > > >
> > > > to
> > > > *
> > > >
> > > > int
> > > > *getTotal() {
> > > >
> > > >     calculate();
> > > >
> > > > *    int* sum = 1;
> > > >
> > > > *    byte*[] bytes = data.getBytes();
> > > >
> > > > *    for* (*int* i = 0; i < bytes. length; i++) {
> > > >
> > > >         sum += bytes[i];
> > > >
> > > >     }
> > > >
> > > > *    return* sum;
> > > >
> > > > }
> > > >
> > > > It seems that charAt(i) and getBytes()[i] dont always return the
> > > > same byte value, and since the MINA message encoder uses getBytes() to
> > > > prepare the wire data, this method should also be used when computing the
> > > > checksum to ensure accurate results. Also, I think the
> > > > checksumming operation should probably moved to the encoding stage, to
> > > > eliminate the redundancy of the relatively expensive getByte() which gets
> > > > actually get called twice for each character in the message, but this
> > > > required more extensive modifications so I left at this for now.
> > > >
> > > >  Francis Lalonde
> > > > Treasury Services
> > > > CGI
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------------------------
> > > > Using Tomcat but need to do more? Need to support web services,
> > > > security?
> > > > Get stuff done quickly with pre-integrated technology to make your
> > > > job easier
> > > > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > > > Geronimo
> > > >
> > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > > >
> > > >
> > > > _______________________________________________
> > > > Quickfix-developers mailing list
> > > > Qui...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> > > >
> > > >
> > >
> > >
> > > --
> > > Lin Lejiang
> > >
> >
> >
> >
> > --
> > Lin Lejiang
> >
>
>
>
> --
> Lin Lejiang
>



-- 
Lin Lejiang

Re: [Quickfix-developers] Unexpected resend request behavior

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

On 7/13/06, Sean Kirkpatrick <sea...@pi...> wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> I believe the issue is the order of execution in the Session::verify(const Message&,bool,bool) function.  Shouldn't the conditional that resets the resendRange be invoked before calling doTargetTooHigh?

I don't think so.  The entire purpose of this code is to prevent
sending multiple resend requests for the same or an overlapping set of
messages.  These overlapping or duplicate resend requests can cause an
extremely long delay in re-syncing a connection, which is undesirable.

If you moved the check that resets m_state.resendRange before the
doTargetTooHigh operation, it would completely break this logic.

I know that there is an unreleased fix to Session::verify (r1437 in
Subversion from 4/29/06) where m_state.lastReceivedTime is now being
set only after a message passes validation.  In a situation like the
one you outlined in your original email, I would expect to see the
session disconnect send a TEST request and eventually disconnect with
the latest code, which I think makes the most sense.

-- 
Caleb Epstein

Re: [Quickfix-developers] QFJ:The problems in definite a newprotocolof FIX subset.

[Lin L. <le...@gm...>]

Maybe the feature descript like this:
http://www.cameronsystems.com/products/dialects.html
 FIX Dialects

   - De-risks connectivity issues caused by non-standard FIX
   implementations.
   - Addresses known connectivity issues with leading FIX service
   providers.

CameronFIX greatly reduces the risk of FIX engine incompatibility through
the use of FIX Dialects. At Cameron Systems we identify deviations from the
standard session behaviour as FIX Dialects.

As part of our Low Cost/Low Risk Strategy, we work on behalf of our clients
to address these deviations by modifying the behaviour of our session layer
to match. The result is captured and added to our FIX dialect set, which is
then made available to our whole user community.

The following table illustrates our current FIX Dialects. These dialects
have enabled our clients to take advantage of the FIX services provided by
Reuters, EMX and the Chicago Mercantile Exchange, and to communicate
successfully with counterparties using Fujitsu FIX engines, among others.
  FIX Dialect Name Description ProcessSkippedMessages Messages skipped as a
result of a Sequence Reset or Gap Fill should be processed if received by
the FIX server. OrigSendingTimeInGapFill Adds the OrigSendingTime field to
gap fill messages. AllowNoLengthOnRawData Process RawData fields which do
not have a corresponding length field. IgnoreIDFieldsInLogonResp Ignore the
SenderID fields returned in the Logon message.





On 7/5/06, Brad Harvey <Bra...@gb...> wrote:
>
> Hi Lin,
>
> Another approach might be to use a MINA IO Filter to "rewrite" the
> messages after quickfix has sent outgoing and before it receives the
> incoming.
>
> This would mean you could use the standard fix 4.4 message classes with
> a subset of the fix 4.4 data dictionary and leave most of quickfixj
> untouched - you just need to figure out where to insert the filter and
> how to "rewrite" the messages appropriately in the filter.  You may need
> to recalculate some fields if they are impacted by the begin string
> (checksum & message length?  Haven't checked).
>
> The main disadvantage that I can see is that all your logs are going to
> say FIX 4.4 - could be confusing to counterparties if you're trying to
> debug some problems.  Nothing would stop you from adding some logging to
> the filter, of course.
>
> Regards,
> Brad.
>
> On 7/4/06, Lin Lejiang <le...@gm... > wrote:
> Chinese Standard Trading Exchange Protocol is a subset of FIX.4.4.It has
> a special begin string "STEP.1.0.0".
>
>
>
> On 7/4/06, Caleb Epstein <cal...@gm...> wrote:
> On 7/4/06, Lin Lejiang <le...@gm... > wrote:
>
>
> Your solution is OK if I only change the data dictionary.But I need a
> special begin string.
>
> Why?
>
>
> --
>
> Caleb Epstein
>
> -----Original Message-----
> From: qui...@li...
> [mailto:qui...@li...] On Behalf Of
> Lin Lejiang
> Sent: Tuesday, 4 July 2006 10:13 PM
> To: Caleb Epstein
> Cc: Steve Bate; qui...@li...
> Subject: Re: [Quickfix-developers] QFJ:The problems in definite a
> newprotocolof FIX subset.
>
> QuickFIX Documentation:
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>


-- 
Lin Lejiang

Re: [Quickfix-developers] Checksum / Charset encoding problem

[Lin L. <le...@gm...>]

Hi,Lalonde

8=青


using getBytes()
56 + 61 - 57 - 32 + 1 = 29
~~~~~~~~~~~~~~~~~~~~
Should not has negative number in above equality.
I think it like blown:
56 + 61 +199 +244 + 1 = 561

Because I use unsigned byte value in it.


Lejiang




On 7/20/06, Lalonde, Francis <fra...@cg...> wrote:
>
>  Hello Lin,
>
> Interesting question!
>
> The problem is that QuickFIX uses charAt() to calculate
> the message checksum and getBytes() to fill network buffer but the results
> dont match.
>
> I looked at the code, and I think my solution should work with double-byte
> charset, because all it does is use getBytes() in both places.
>
> So in FIX checksum
>
>  8=青

>
> using charAt() :
>
> 56 + 61 + 38738 + 1 = 38856
>
> using getBytes()
>
> 56 + 61 - 57 - 32 + 1 = 29
>
>  ------------------------------
> *From:* Lin Lejiang [mailto:le...@gm...]
> *Sent:* Wednesday, July 19, 2006 11:38 AM
> *To:* Lalonde, Francis
> *Cc:* qui...@li...
> *Subject:* Re: [Quickfix-developers] Checksum / Charset encoding problem
>
>
>  Hi,Lalonde
> I get the same problem with you.I use QFJ in GBK encoding platform.
> You solution will not work in double byte charset.e.g. GBK.Is it?
> In FIX document,checksum function will be:
>
> char *GenerateCheckSum( char *buf, long bufLen )
>
> {
>
>        static char tmpBuf[ 4 ];
>
>        long idx;
>
>        unsigned int cks;
>
>
>
>        for( idx = 0L, cks = 0; idx < bufLen; cks += (unsigned int)buf[
> idx++ ] );
>
>        sprintf( tmpBuf, "%03d", (unsigned int)( cks % 256 ) );
>
>        return( tmpBuf );
>
> }
>
> In GBK encoding:
> "青".charAt(0)=38738
> "青".getBytes()[0]=-57
> "青".getBytes()[1]=-32
>
> The chk must be added with unsigned int or byte.
> So in java:
> chk = ((int)"青".getBytes()[0] )& 0xFF + ((int)"青".getBytes()[1] )& 0xFF
>
>
> Do you think so?
>
>
> Lejiang
>
>
>
> On 7/11/06, Lalonde, Francis <fra...@cg...> wrote:
> >
> > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> >
> > QuickFIX Support: http://www.quickfixengine.org/services.html
> >
> >
> >
> >
> >  I haven't found references to this problem in the wiki or elsewhere, so
> > I just wanted to share my thoughts.
> >
> > I've been having checksum problems when trying to send FIX messages
> > having an XML payload. The FIX server I was communicating with (an instance
> > of the Cameron FIX engine) would report bad checksums ont those messages
> > containing XML, but not on other messages (Logon, Heartbeat, etc)
> >
> > I wrote a parallel program to double-check the checksums of the messages
> > waiting in the QuickFIX queue (by parsing the .body file) just to make sure
> > that the problem was really on my side, and it was.
> >
> > I traced the problem down to QuickFIX way of handling the charset
> > encoding of the String fields. I fixed the problem by changing the
> > Field.getTotal() method from
> >
> > *
> >
> > int
> > *getTotal() {
> >
> >     calculate();
> >
> > *    int* sum = 0;
> >
> > *    for* (*int* i = 0; i < data.length(); i++) {
> >
> >         sum += data.charAt(i);
> >
> >     }
> >
> > *    return* sum + 1;
> >
> > }
> >
> > to
> > *
> >
> > int
> > *getTotal() {
> >
> >     calculate();
> >
> > *    int* sum = 1;
> >
> > *    byte*[] bytes = data.getBytes();
> >
> > *    for* (*int* i = 0; i < bytes. length; i++) {
> >
> >         sum += bytes[i];
> >
> >     }
> >
> > *    return* sum;
> >
> > }
> >
> > It seems that charAt(i) and getBytes()[i] dont always return the same
> > byte value, and since the MINA message encoder uses getBytes() to prepare
> > the wire data, this method should also be used when computing the checksum
> > to ensure accurate results. Also, I think the checksumming operation should
> > probably moved to the encoding stage, to eliminate the redundancy of the
> > relatively expensive getByte() which gets actually get called twice for each
> > character in the message, but this required more extensive modifications so
> > I left at this for now.
> >
> >  Francis Lalonde
> > Treasury Services
> > CGI
> >
> >
> >
> >
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services,
> > security?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache
> > Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> >
> >
> > _______________________________________________
> > Quickfix-developers mailing list
> > Qui...@li...
> > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> >
> >
>
>
> --
> Lin Lejiang
>



-- 
Lin Lejiang

Re: [Quickfix-developers] Checksum / Charset encoding problem

[Lin L. <le...@gm...>]

Hi,Lalonde
I get the same problem with you.I use QFJ in GBK encoding platform.
You solution will not work in double byte charset.e.g. GBK.Is it?
In FIX document,checksum function will be:

char *GenerateCheckSum( char *buf, long bufLen )

{

       static char tmpBuf[ 4 ];

       long idx;

       unsigned int cks;



       for( idx = 0L, cks = 0; idx < bufLen; cks += (unsigned int)buf[ idx++
] );

       sprintf( tmpBuf, "%03d", (unsigned int)( cks % 256 ) );

       return( tmpBuf );

}

In GBK encoding:
"青".charAt(0)=38738
"青".getBytes()[0]=-57
"青".getBytes()[1]=-32

The chk must be added with unsigned int or byte.
So in java:
chk = ((int)"青".getBytes()[0] )& 0xFF + ((int)"青".getBytes()[1] )& 0xFF


Do you think so?


Lejiang



On 7/11/06, Lalonde, Francis <fra...@cg...> wrote:
>
> QuickFIX Documentation:
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
>
>
>  I haven't found references to this problem in the wiki or elsewhere, so I
> just wanted to share my thoughts.
>
> I've been having checksum problems when trying to send FIX messages having
> an XML payload. The FIX server I was communicating with (an instance of
> the Cameron FIX engine) would report bad checksums ont those messages
> containing XML, but not on other messages (Logon, Heartbeat, etc)
>
> I wrote a parallel program to double-check the checksums of the messages
> waiting in the QuickFIX queue (by parsing the .body file) just to make sure
> that the problem was really on my side, and it was.
>
> I traced the problem down to QuickFIX way of handling the charset encoding
> of the String fields. I fixed the problem by changing the Field.getTotal()
> method from
>
> *
>
> int
> *getTotal() {
>
>     calculate();
>
> *    int* sum = 0;
>
> *    for* (*int* i = 0; i < data.length(); i++) {
>
>         sum += data.charAt(i);
>
>     }
>
> *    return* sum + 1;
>
> }
>
> to
> *
>
> int
> *getTotal() {
>
>     calculate();
>
> *    int* sum = 1;
>
> *    byte*[] bytes = data.getBytes();
>
> *    for* (*int* i = 0; i < bytes.length; i++) {
>
>         sum += bytes[i];
>
>     }
>
> *    return* sum;
>
> }
>
> It seems that charAt(i) and getBytes()[i] dont always return the same byte
> value, and since the MINA message encoder uses getBytes() to prepare the
> wire data, this method should also be used when computing the checksum to
> ensure accurate results. Also, I think the checksumming operation should
> probably moved to the encoding stage, to eliminate the redundancy of the
> relatively expensive getByte() which gets actually get called twice for each
> character in the message, but this required more extensive modifications so
> I left at this for now.
>
>  Francis Lalonde
> Treasury Services
> CGI
>
>
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
>
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>


-- 
Lin Lejiang

Re: [Quickfix-developers] Unexpected resend request behavior

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

It is being looked into.

--oren

On Jul 18, 2006, at 7:39 AM, Sean Kirkpatrick wrote:

> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ 
> html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> Hi Everyone,
>
> Could someone take a look at this and let me know if the change is  
> valid?  I'd like to make the modification to be included in our  
> next QA cycle...
>
> Thanks!
>
> --Sean
>
>>
>> I believe the issue is the order of execution in the
>> Session::verify(const Message&,bool,bool) function.
>> Shouldn't the conditional that resets the resendRange be
>> invoked before calling doTargetTooHigh?
>>
>>
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys -- and earn  
> cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

[Quickfix-developers] integrating C++ quickfix with a legacy poll/select event loop

[Mark T. K. <mke...@di...>]

i'd like to integrate quickfix with a single-threaded legacy select()
event loop.  but quickfix seems to make this impossible.  I/O
descriptors are hidden and there is no way to schedule the dispatch
of an event.

thoughts/comments?

/mark

This communication and any attachments may contain confidential/proprietary information and is intended for information purposes only. It is not an invitation or offer to purchase interests from Diamondback.  Any representation to the contrary is unintentional.  This communication is intended only for the person(s) to whom it is addressed.  If you are not 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 or any attachments is not permitted.  If you have received this in error, please notify the sender immediately by e-mail and delete this message.  All e-mails sent to or received from this address will be received by Diamondback Capital Management's company e-mail system and is subject to archival and possible review by someone other than the recipient.  This notice is automatically appended to each e-mail message leaving Diamondback Capital Management.

[Quickfix-developers] session info

[John H. <JH...@al...>]

Is there a VB source code example for querying current session settings
from a FIX session at runtime?  Specifically I'd like to display on my
GUI front-end which port & socket the interface is currently connected
to, since our clearing firm has multiple rollover ports in the event of
one of them being unavailable.
=20
Many thanks,
=20
   John
=20
--------------------------------------
John Haldi
Allagash Trading, LLC
120 Broadway, 20th Floor
New York, NY 10271
212.433.3958
jo...@al...
=20

Re: [Quickfix-developers] Checksum problem

[Dave L. <dav...@ma...>]

Hi Sangram,

It sounds like it is complaining about the BodyLength (tag 9) rather
than the Checksum. Is it possible for you to provide an example of the
failed message?

Cheers
Dave

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
San...@ub...
Sent: 18 July 2006 14:50
To: qui...@li...
Subject: [Quickfix-developers] Checksum problem


Hi All, 
I am using C++ for QuickFix application. I am having messages in string
format and constructing a fix message out of that. I am calculating the
checksum (field 10) for the message. Checksum is calculated properly for
all the messages expect the messages having field 310 or 210. Quickfix
throws exception saying
Invalid message: Expected BodyLength=xxx, Recieved BodyLength=yyy 
Here is the function to generate a checksum. 
char* generateCheckSum (const char* buf, long bufLen) 
{ 
    static char tmpBuf [4]; 
    long idx; 
    unsigned int cks; 
    for (idx = 0L, cks=0; idx < bufLen; cks+=(unsigned int) buf [idx++
]); 
    sprintf (tmpBuf, "%03d",(unsigned int) ((cks % 256))); 
    return (tmpBuf); 
} 


Any guess/help will be appreciated. 
Thanks & Regards, 
Sangram 

[Quickfix-developers] Checksum problem

[<San...@ub...>]

Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free 
as information could be intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses.  The sender therefore 
does not accept liability for any errors or omissions in the contents 
of this message which arise as a result of e-mail transmission.  If 
verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities or 
related financial instruments.

Re: [Quickfix-developers] Unexpected resend request behavior

[Sean K. <sea...@pi...>]

Hi Everyone,

Could someone take a look at this and let me know if the change is =
valid?  I'd like to make the modification to be included in our next QA =
cycle...

Thanks!

--Sean

>=20
> I believe the issue is the order of execution in the=20
> Session::verify(const Message&,bool,bool) function. =20
> Shouldn't the conditional that resets the resendRange be=20
> invoked before calling doTargetTooHigh?
>=20
>=20

Re: [Quickfix-developers] Is it possible to receive status information for multiple orders in executionreport.

[Anupam G. <1pq...@sn...>]

Thank you for the information John. The platform that I am planning to 
use supports order book download. This allows all open order status 
information to be provided in executionreport(s). The documentation 
provided for this platform does not clearly specify whether the 
information is sent in one message or multiple messages. I think you 
have clearly answered my question.

Anupam.


-----Original Message-----
 Anupam,

The OrdStatus field contained in an ExecReport will be specific to the
ExecReport you receive, which by definition is for a single order
(partial or complete fill).

If you want to receive status on multiple orders without a fill, you
need to send an OrderStatusRequest (msgtype = H) for each order in
question, and receive individual replies for each order.  Alternatively,
if your broker supports it, I believe you can also send a List Status
Request and receive a List Status back, but I'm not familiar with this
type of message.

Hope this helps,

   John

--------------------------------------
John Haldi
Allagash Trading, LLC
120 Broadway, 20th Floor
New York, NY 10271
212.433.3958
jo...@al... 
<http://mail.online.ie/imp/compose.php?to=john%40allagash.us&thismailbox=INBOX>


-----Original Message-----
From: qui...@li... 
<http://mail.online.ie/imp/compose.php?to=quickfix-developers-bounces%40lists.sourceforge.net&thismailbox=INBOX>
[mailto:qui...@li... 
<http://mail.online.ie/imp/compose.php?to=quickfix-developers-bounces%40lists.sourceforge.net&thismailbox=INBOX>] 
On Behalf Of
Anupam Gupta
Sent: Monday, July 17, 2006 2:07 PM
To: qui...@li... 
<http://mail.online.ie/imp/compose.php?to=quickfix-developers%40lists.sourceforge.net&thismailbox=INBOX>
Subject: [Quickfix-developers] Is it possible to receive status
information for multiple orders in executionreport.

QuickFIX Documentation:
http://www.quickfixengine.org/quickfix/doc/html/index.html 
<http://mail.online.ie/services/go.php?url=http%3A%2F%2Fwww.quickfixengine.org%2Fquickfix%2Fdoc%2Fhtml%2Findex.html>
QuickFIX Support: http://www.quickfixengine.org/services.html 
<http://mail.online.ie/services/go.php?url=http%3A%2F%2Fwww.quickfixengine.org%2Fservices.html>

Hello all,
I was trying to receive order status information for multiple orders in
execution report for FIX 4.2 in VC++. Is it possible with QF and if so,
how? I request you to provide sample code for FIX 4.2 in VC++.

Thank you all in advance.

Anupam.


------------------------------------------------------------------------
-
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your job
easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 
<http://mail.online.ie/services/go.php?url=http%3A%2F%2Fsel.as-us.falkag.net%2Fsel%3Fcmd%3Dlnk%26kid%3D120709%26bid%3D263057%26dat%3D121642>
_______________________________________________
Quickfix-developers mailing list
Qui...@li... 
<http://mail.online.ie/imp/compose.php?to=Quickfix-developers%40lists.sourceforge.net&thismailbox=INBOX>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers 
<http://mail.online.ie/services/go.php?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fquickfix-developers> 

[Quickfix-developers] Is it possible to receive status information for multiple orders in executionreport.

[Anupam G. <1pq...@sn...>]

Hello all,
I was trying to receive order status information for multiple orders in 
execution report for FIX 4.2 in VC++. Is it possible with QF and if so, 
how? I request you to provide sample code for FIX 4.2 in VC++.

Thank you all in advance.

Anupam.

[Quickfix-developers] quickfix_net.dll publish dependencies

[John H. <jr...@ya...>]

I have a QuickFIX  interface (written in VS2005/VB) which is functioning well on my development  machine, both in debug and published mode.  When I attempt to install my  published application on a production server, I get an error message indicating  that something is either not installed or configured correctly.  My suspicion is  that the published application is looking for a file in a specific directory  which I've configured on my development machine, but which doesn't exist on my  production server.  Has anybody else run into this and resolved it?  Any  suggestions would be appreciated.
  
 The error log from  the production server is listed below.
  
 Many  thanks,
  
    John
  
  
 See the end of this message for details on invoking  
just-in-time (JIT) debugging instead of this dialog box.
  
 ************** Exception Text  **************
System.IO.FileLoadException: Could not load file or assembly  'quickfix_net, Version=1.0.2313.28192, Culture=neutral, PublicKeyToken=null' or  one of its dependencies. This application has failed to start because the  application configuration is incorrect. Reinstalling the application may fix  this problem. (Exception from HRESULT: 0x800736B1)
File name: 'quickfix_net,  Version=1.0.2313.28192, Culture=neutral, PublicKeyToken=null' --->  System.Runtime.InteropServices.COMException (0x800736B1): This application has  failed to start because the application configuration is incorrect. Reinstalling  the application may fix this problem. (Exception from HRESULT: 0x800736B1)
    at Allagash_FIX_Interface.Form1..ctor()
   at  Allagash_FIX_Interface.Form2.Form2_Load(Object sender, EventArgs e)
   at  System.EventHandler.Invoke(Object sender, EventArgs e)
   at  System.Windows.Forms.Form.OnLoad(EventArgs e)
   at  System.Windows.Forms.Form.OnCreateControl()
   at  System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at  System.Windows.Forms.Control.CreateControl()
   at  System.Windows.Forms.Control.WmShowWindow(Message& m)
   at  System.Windows.Forms.Control.WndProc(Message& m)
   at  System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at  System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at  System.Windows.Forms.Form.WmShowWindow(Message& m)
   at  System.Windows.Forms.Form.WndProc(Message& m)
   at  System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
    at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message&  m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg,  IntPtr wparam, IntPtr lparam)
  
  
  
 
************** Loaded Assemblies **************
mscorlib
     Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
Allagash  FIX Interface
    Assembly Version: 1.0.0.0
    Win32 Version:  1.0.0.0
    CodeBase: file:///C:/Documents%20and%20Settings/administrator.ALLAGASH/Local%20Settings/Apps/2.0/D8GWEQ5H.RBB/HP92ONBV.JT0/alla..tion_4aab40f323545460_0003.0000_808eea46bfdb6eae/Allagash%20FIX%20Interface.exe
----------------------------------------
Microsoft.VisualBasic
     Assembly Version: 8.0.0.0
    Win32 Version: 8.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll
----------------------------------------
System.Windows.Forms
     Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
     Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
     Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Runtime.Remoting
     Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
CoreLab.MySql
     Assembly Version: 3.50.10.0
    Win32 Version: 3.50.10.0
    CodeBase: file:///C:/Documents%20and%20Settings/administrator.ALLAGASH/Local%20Settings/Apps/2.0/D8GWEQ5H.RBB/HP92ONBV.JT0/alla..tion_4aab40f323545460_0003.0000_808eea46bfdb6eae/CoreLab.MySql.DLL
----------------------------------------
System.Data
     Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Xml
     Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Configuration
     Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.42  (RTM.050727-4200)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
  
 ************** JIT Debugging **************
To enable just-in-time (JIT)  debugging, the .config file for this
application or computer (machine.config)  must have the
jitDebugging value set in the system.windows.forms  section.
The application must also be compiled with  debugging
enabled.
  
 For example:
  
 <configuration>
    <system.windows.forms jitDebugging="true"  />
</configuration>
  
 When JIT debugging is enabled, any unhandled exception
will be sent to  the JIT debugger registered on the computer
rather than be handled by this  dialog box.
  
 
 
  
  
  
 --------------------------------------
 John Haldi
 Allagash Trading, LLC
 120 Broadway, 20th Floor
 New York, NY 10271
 212.433.3958
 jo...@al...