Re: [Quickfix-developers] QuickFIX Python binding and repeating groups

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Oren,

I've attached a short Python script (basically examples from the docs)
that fails for me.  If I change the call to the start method to a call
to the block method, it runs fine and the session is successfully logged
on.  Here's the output I get when I run it:

$ python qftest.py
FIX.4.4:MERFINMD->JPSIMMD created
<20060817-21:39:27, FIX.4.4:MERFINMD->JPSIMMD, event>
  (Created session)
<20060817-21:39:27, FIX.4.4:MERFINMD->JPSIMMD, event>
  (Connecting to 198.75.230.13 on port 4059)
Segmentation fault

Thanks for helping with this.

-Reggie

On Wed, 2006-08-16 at 01:23 -0500, Oren Miller wrote:
> Reggie,
> 
> I'm unable to duplicate this unfortunately.  Would it be possible for  
> you to send me your script?
> 
> --oren
> 
> On Aug 11, 2006, at 6:06 PM, Reggie Dugard wrote:
> 
> > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ 
> > html/index.html
> > QuickFIX Support: http://www.quickfixengine.org/services.html
> >
> > On Fri, 2006-08-11 at 10:42 -0700, or...@qu... wrote:
> >>> The quickfix44.py that is generated starts with a class NoHops  
> >>> which is
> >>> derived from fix.Group.  This class is indented, presumably because
> >>> groups are usually a part of a containing Message (which does not  
> >>> seem
> >>> to be the case here).  This is a syntax error in Python and for  
> >>> now I've
> >>> manually dedented that class definition to be able to import the  
> >>> file.
> >>> What would be the correct fix for this?
> >>
> >> This was apparently the repeating group from the header that  
> >> didn't have
> >> a home. I've updated the generator so it is not placed in this file
> >> anymore.  I have checked the fix into the svn repository.
> >>
> > quickfix44.py imports fine now, thanks
> >
> >>> I'm trying to create a MarketDataRequest message which contains
> >>> repeating groups.  I've attempted to follow the repeating group  
> >>> example
> >>> in the documentation, but I get the following traceback:
> >> [snip]
> >>> I've tried looking around in the source code, but I can't find any
> >>> definition of intArray.  Is this the correct way to set up a  
> >>> repeating
> >>> group?  Where is intArray defined?
> >>
> >> This should be referencing IntArray instead of intArray.  This fix  
> >> has
> >> also been checked into svn.
> >>
> > Thanks, I can successfully make MarketDataRequests now.
> >
> >>> I'm currently doing everything within the callbacks of a class  
> >>> derived
> >>> from fix.Application, and using the block method of  
> >>> SocketInitiator, but
> >>> when I've tried to use separate threads, I've gotten "Segmentation
> >>> Fault" both when using the start method or when trying to create the
> >>> threads myself using Python's threading module.  What is the  
> >>> correct way
> >>> to do this?
> >>
> >> Can you provide more details?  Are you segfaulting immediately?   
> >> Does it
> >> happen over time?
> >>
> > It segfaults almost immediately; seems to be just after the session is
> > created.  It seems to be trying to send the logon message according to
> > this gdb output:
> >
> > GNU gdb Red Hat Linux (6.3.0.0-1.84rh)
> > Copyright 2004 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License,  
> > and you are
> > welcome to change it and/or distribute copies of it under certain  
> > conditions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB.  Type "show warranty" for  
> > details.
> > This GDB was configured as "i386-redhat-linux-gnu"...(no debugging  
> > symbols found)
> > Using host libthread_db library "/lib/libthread_db.so.1".
> >
> > Reading symbols from shared object read from target memory...(no  
> > debugging symbols found)...done.
> > Loaded system supplied DSO at 0x664000
> > Core was generated by `python fixplay.py'.
> > Program terminated with signal 11, Segmentation fault.
> >
> > warning: svr4_current_sos: Can't read pathname for load map: Input/ 
> > output error
> >
> > Reading symbols from /usr/lib/libpython2.4.so.1.0...(no debugging  
> > symbols found)...done.
> >
> > ...
> >
> > Reading symbols from /usr/lib/python2.4/lib-dynload/ 
> > _weakref.so...done.
> > Loaded symbols for /usr/lib/python2.4/lib-dynload/_weakref.so
> > #0  0x00000269 in ?? ()
> > (gdb) where
> > #0  0x00000269 in ?? ()
> > #1  0x00139f9f in FIX::Session::sendRaw (this=0x97dae80,  
> > message=@0xb786d940, num=0) at Session.cpp:457
> > #2  0x0014481d in FIX::Session::generateLogon (this=0x97dae80) at  
> > Session.cpp:602
> > #3  0x00144fce in FIX::Session::next (this=0x97dae80) at  
> > Session.cpp:147
> > #4  0x0017bd8f in FIX::SocketConnection::onTimeout (this=0x96d72d0)  
> > at SocketConnection.cpp:239
> > #5  0x001738af in FIX::SocketInitiator::onTimeout (this=0x93bb888)  
> > at SocketInitiator.cpp:244
> > #6  0x00166b03 in FIX::ConnectorWrapper::onTimeout  
> > (this=0xb786dd3c) at SocketConnector.cpp:89
> > #7  0x0017a8f3 in FIX::SocketMonitor::block (this=0x93bb96c,  
> > strategy=@0x6cd44a, poll=false) at SocketMonitor.cpp:228
> > Previous frame inner to this frame (corrupt stack?)
> > (gdb)
> >
> > Hopefully this will help, let me know if I can provide you with any  
> > other info.
> >
> >> --oren
> >>
> > -- 
> > -Reggie
> >
> >
> >
> >
> > ---------------------------------------------------------------------- 
> > ---
> > 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
> >