[Quickfix-developers] Agree with Rainer

[Bernard S. <bsp...@gx...>]

Oren,

	I just want to add my 2 cents worth to Rainer's comment:  This FIX
implementation is exactly what we need.  Once I got through the setup and
configuration issues, I was able to get my FIX implementation up and running
and into test in about 3 weeks.  This has saved me time (or money or both)
and the hassle of dealing with another vendor.  Making this open source was
a great idea!  Looking forward to the next release.

	- Bernard

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...]On Behalf Of
Rainer Staringer
Sent: Monday, June 10, 2002 4:32 AM
To: OM...@th...
Cc: qui...@li...
Subject: Re: [Quickfix-developers] Too many open files



On Friday, June 7, 2002, at 04:16 PM, OM...@th... wrote:

>
> Rainer,
>
> First off, good catch on the file descriptors leak.  One additional
> thing
> you should do is use the socket_close method defined in Utility.h.
> Reason
> is that this function is portable (Windows does not use close on socket
> descriptors. go figure).
>
> Second, just so you know, the new version being released soon has an
> additional multithreaded implementation of the socket code.  In this
> scenario, each session has it's own thread which not only solves the
> connect problem, it also makes it so sessions that take up a lot of
> processing time (if there are database accesses or whatever when an
> application message is processed) do not interfere with other sessions.
> The
> single threaded code should still be updated for the reason you pointed
> out, but you will also have another alternative.  Thanks!

Oren,

That's good news! My application callbacks will probably just queue the
messages and forward them to the main thread, but multiple threads are
of course the cleanest solution for multiple FIX sessions.

Can you give me a rough estimate when the new version will be out?

Another thing I noticed: The problem reported by Bernard (4.2 tags being
sent to a 4.0 partner) is pervasive throughout the Session class. I
wonder if it would not be cleaner to implement 4.0/4.1/4.2 behaviour in
separate Session subclasses, or "strategy" helper objects?

Thanks for making this an open source project! Unlike many other open
source efforts, quickfix is exactly what the world needed... :-)

Rainer



_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -
http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink

_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers