quickfix-developers — QuickFIX developers forum

[Quickfix-developers] QF onCreate timing

[Lloyd, R. <Rob...@st...>]

Hi All,
I am relatively new to Quckfix and have just started modifying a C#
Quckfix application that is connecting to a counterparty and receiving
trade messages. The counterparty side went down on Friday and so I was
not receiving any messages and just sending heartbeats for a day. Today
I restarted the program and the toAdmin method in my application class
got called before onCreate. Is this normal behaviour in any
circumstances? As the program currently sets up database connections in
onCreate and then inserts whenever a message is sent or received. I
changed this to be in the constructor of the application class and
everything seems to be working normally both with receiving and sending
messages but would like to know what could have happened here.
Any help appreciated 
Thanks
Rob


*****************************************************************************
This communication is sent by the Standard Bank Plc or one of its affiliates
The registered details of Standard Bank Plc are: 
Registered in England No. 2130447, Registered Office 25 Dowgate Hill London EC4R 2SB
Authorised and Regulated by the Financial Services Authority. 

More information on Standard Bank is available at www.standardbank.com
 
Everything in this email and any attachments relating to the official business of Standard Bank Group Limited and any or all subsidiaries, the Company, is proprietary to the Company. It is confidential, legally privileged and protected by relevant laws. The Company does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of the Company.
 
The person or persons addressed in this email are the sole authorised recipient. Please notify the sender immediately if it has unintentionally, or inadvertently reached you and do not read, disclose or use the content in any way and delete this e-mail from your system.  

The Company cannot ensure that the integrity of this email has beenmaintained nor that it is free of errors, virus, interception or interference. 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.

*****************************************************************************

[Quickfix-developers] Reconnect after the logout is taking long .

[Kataria, S. \(E. L. Technology\) <Sam...@ml...>]

Hi 

I am using quickfix 1.12.4 on Linux C++ its creating the initiator
connection with the counterparty but on the Logout retry for logon is
taking 3 sec . 
Even though the reconnectInterval is set to 30 . 
Any idea why and is there a way to control this interval?
Thanks
Sambhav
--------------------------------------------------------

This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
--------------------------------------------------------

Re: [Quickfix-developers] more QF crashes....

[Andrew M. <an...@nm...>]

It's just a java class that contains and starts a ThreadedSocketInitiator.
Thanks,
Andrew


On Sat, 11 Oct 2008, or...@qu... wrote:

> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> What's a MultifixInitiatorConnection?
>
> --oren
>
>> -------- Original Message --------
>> Subject: [Quickfix-developers] more QF crashes....
>> From: Andrew Munn <an...@nm...>
>> Date: Fri, October 10, 2008 11:56 am
>> To: qui...@li...
>>
>>
>> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
>> QuickFIX Support: http://www.quickfixengine.org/services.html
>>
>> Can anyone suggest why my QF app is crashing?  Or what to try to fix it? I
>> keep getting these crashes that say:
>>
>> Stack: [0x3fa20000,0x3fa70000],  sp=0x3fa6eedc,  free space=315k
>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=nativecode)
>> C  [quickfix_jni.dll+0x2ea1]
>>
>>
>>
>>
>>
>> #
>> # An unexpected error has been detected by Java Runtime Environment:
>> #
>> #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x3c8f2ea1, pid=3696,
>> tid=9120
>> #
>> # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode windows-x86)
>> # Problematic frame:
>> # C  [quickfix_jni.dll+0x2ea1]
>> #
>> # If you would like to submit a bug report, please visit:
>> #   http://java.sun.com/webapps/bugreport/crash.jsp
>> # The crash happened outside the Java Virtual Machine in native code.
>> # See problematic frame for where to report the bug.
>> #
>>
>> ---------------  T H R E A D  ---------------
>>
>> Current thread (0x3c538800):  JavaThread "Thread-27" [_thread_in_native,
>> id=9120, stack(0x3fa20000,0x3fa70000)]
>>
>> siginfo: ExceptionCode=0xc0000005, reading address 0x735f67c7
>>
>> Registers:
>> EAX=0x00000001, EBX=0x40d0d5d0, ECX=0xf4457165, EDX=0x3fa6efcc
>> ESP=0x3fa6eedc, EBP=0x3fa6efcc, ESI=0x735f676e, EDI=0x43cc771c
>> EIP=0x3c8f2ea1, EFLAGS=0x00010202
>>
>> Top of Stack: (sp=0x3fa6eedc)
>> 0x3fa6eedc:   3fa6efcc 3c538800 43cc771c 35f5d088
>> 0x3fa6eeec:   3c900e73 3fa6efcc 3c538800 43cc771c
>> 0x3fa6eefc:   3fa6f030 35f5d088 3c538800 00000006
>> 0x3fa6ef0c:   00000004 3fa6f010 3c900b14 3fa6ef34
>> 0x3fa6ef1c:   3fa6efcc e5d51426 3c538800 3fa6f07c
>> 0x3fa6ef2c:   3fa6f030 35f5d088 3fa6f074 00000022
>> 0x3fa6ef3c:   3c847718 00000022 3fa6f074 3fa6ef3c
>> 0x3fa6ef4c:   3c538800 3fa6eff0 6dd8f820 6dde8830
>>
>> Instructions: (pc=0x3c8f2ea1)
>> 0x3c8f2e91:   fd ff ff 84 c0 74 05 8b 76 08 eb 04 8b de 8b 36
>> 0x3c8f2ea1:   80 7e 59 00 74 e1 8b c3 5d 5f 5e 5b c2 04 00 6a
>>
>>
>> Stack: [0x3fa20000,0x3fa70000],  sp=0x3fa6eedc,  free space=315k
>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
>> code)
>> C  [quickfix_jni.dll+0x2ea1]
>>
>> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
>> J  quickfix.Message.getInt(I)I
>> J  multifix.MultifixInitiatorConnection.send(Lquickfix/Message;)Z
>> v  ~BufferBlob::Interpreter
>> J
>> multifix.Application.sendOutgoing(Lquickfix/Message;Lquickfix/SessionID;)V
>> J
>> multifix.Application.onMessage(Lquickfix/fix41/OrderCancelRequest;Lquickfix/SessionID;)V
>> J
>> quickfix.fix41.MessageCracker.crack41(Lquickfix/fix41/Message;Lquickfix/SessionID;)V
>> J  multifix.Application.fromApp(Lquickfix/Message;Lquickfix/SessionID;)V
>> v  ~BufferBlob::StubRoutines (1)
>>
>> ---------------  P R O C E S S  ---------------
>>
>> Java Threads: ( => current thread )
>>    0x3be7a000 JavaThread "Thread-34" [_thread_in_native, id=4652,
>> stack(0x465f0000,0x46640000)]
>>    0x3be79800 JavaThread "Thread-33" [_thread_in_native, id=7832,
>> stack(0x41650000,0x416a0000)]
>>    0x3be79400 JavaThread "Thread-32" [_thread_in_native, id=2548,
>> stack(0x415c0000,0x41610000)]
>>    0x3be78c00 JavaThread "Thread-31" [_thread_in_native, id=4540,
>> stack(0x41530000,0x41580000)]
>>    0x3be78800 JavaThread "Thread-30" [_thread_in_native, id=9060,
>> stack(0x414a0000,0x414f0000)]
>>    0x3c539400 JavaThread "Thread-29" [_thread_in_native, id=6016,
>> stack(0x41410000,0x41460000)]
>>    0x3c538c00 JavaThread "Thread-28" [_thread_in_native, id=9144,
>> stack(0x41380000,0x413d0000)]
>> =>0x3c538800 JavaThread "Thread-27" [_thread_in_native, id=9120,
>> stack(0x3fa20000,0x3fa70000)]
>>    0x3c538000 JavaThread "Thread-26" [_thread_in_native, id=9188,
>> stack(0x3d4f0000,0x3d540000)]
>>    0x3c537c00 JavaThread "Thread-25" [_thread_in_native, id=7848,
>> stack(0x41280000,0x412d0000)]
>>    0x3c537400 JavaThread "Thread-24" [_thread_in_native, id=1828,
>> stack(0x3fa20000,0x3fa70000)]
>>    0x3c537000 JavaThread "Thread-23" [_thread_in_native, id=5568,
>> stack(0x3d6e0000,0x3d730000)]
>>    0x3c536c00 JavaThread "Thread-22" [_thread_in_native, id=7532,
>> stack(0x3f900000,0x3f950000)]
>>    0x3c536400 JavaThread "Thread-21" [_thread_in_native, id=8792,
>> stack(0x3f7e0000,0x3f830000)]
>>    0x3c536000 JavaThread "Thread-19" [_thread_in_native, id=8760,
>> stack(0x3f8b0000,0x3f900000)]
>>    0x3c535800 JavaThread "Thread-20" [_thread_in_native, id=6696,
>> stack(0x3f6c0000,0x3f710000)]
>>    0x3beb3000 JavaThread "Thread-18" [_thread_in_native, id=5632,
>> stack(0x3f750000,0x3f7a0000)]
>>    0x3beb2c00 JavaThread "Thread-17" [_thread_in_native, id=8944,
>> stack(0x3f990000,0x3f9e0000)]
>>    0x3beb2400 JavaThread "Thread-16" [_thread_in_native, id=3196,
>> stack(0x3f630000,0x3f680000)]
>>    0x3beb2000 JavaThread "Thread-15" [_thread_in_native, id=380,
>> stack(0x3f5a0000,0x3f5f0000)]
>>    0x3beb1800 JavaThread "Thread-14" [_thread_in_native, id=4692,
>> stack(0x3dc50000,0x3dca0000)]
>>    0x3beb1400 JavaThread "Thread-13" [_thread_in_native, id=9124,
>> stack(0x3f1b0000,0x3f200000)]
>>    0x3beb0c00 JavaThread "Thread-12" [_thread_in_native, id=2536,
>> stack(0x3dbc0000,0x3dc10000)]
>>    0x3beb0800 JavaThread "Thread-11" [_thread_in_native, id=6236,
>> stack(0x3d5f0000,0x3d640000)]
>>    0x3beb0000 JavaThread "Thread-10" [_thread_in_native, id=7556,
>> stack(0x3f480000,0x3f4d0000)]
>>    0x3beafc00 JavaThread "Thread-9" [_thread_in_native, id=2316,
>> stack(0x3f3f0000,0x3f440000)]
>>    0x3beaf800 JavaThread "Thread-8" [_thread_in_native, id=6620,
>> stack(0x3f360000,0x3f3b0000)]
>>    0x3be7d800 JavaThread "Thread-7" [_thread_in_native, id=7452,
>> stack(0x3f240000,0x3f290000)]
>>    0x3be7d000 JavaThread "Thread-6" [_thread_in_native, id=4400,
>> stack(0x3f2d0000,0x3f320000)]
>>    0x3be7cc00 JavaThread "Thread-5" [_thread_in_native, id=5668,
>> stack(0x3db20000,0x3db70000)]
>>    0x00577000 JavaThread "DestroyJavaVM" [_thread_blocked, id=5852,
>> stack(0x00130000,0x00180000)]
>>    0x3c666c00 JavaThread "Timer-1" [_thread_blocked, id=8384,
>> stack(0x3f510000,0x3f560000)]
>>    0x3c63a000 JavaThread "Thread-3" daemon [_thread_in_native, id=7108,
>> stack(0x3d310000,0x3d360000)]
>>    0x3c634400 JavaThread "TimerQueue" daemon [_thread_blocked, id=3864,
>> stack(0x3d160000,0x3d1b0000)]
>>    0x3c60c400 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=8800,
>> stack(0x3d000000,0x3d050000)]
>>    0x3c5a3c00 JavaThread "Timer-0" [_thread_blocked, id=3616,
>> stack(0x3cf70000,0x3cfc0000)]
>>    0x3c53e000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=4532,
>> stack(0x3cee0000,0x3cf30000)]
>>    0x3c53d800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2400,
>> stack(0x3ce50000,0x3cea0000)]
>>    0x3c503400 JavaThread "Java2D Disposer" daemon [_thread_blocked,
>> id=3796, stack(0x3ccf0000,0x3cd40000)]
>>    0x3bd63800 JavaThread "Low Memory Detector" daemon [_thread_blocked,
>> id=4056, stack(0x3c310000,0x3c360000)]
>>    0x3bd50400 JavaThread "CompilerThread1" daemon [_thread_blocked,
>> id=2180, stack(0x3c280000,0x3c2d0000)]
>>    0x3bd4e000 JavaThread "CompilerThread0" daemon [_thread_blocked,
>> id=9064, stack(0x3c1f0000,0x3c240000)]
>>    0x3bd4d800 JavaThread "Attach Listener" daemon [_thread_blocked,
>> id=9200, stack(0x3c160000,0x3c1b0000)]
>>    0x3bd4d400 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
>> id=5400, stack(0x3c0d0000,0x3c120000)]
>>    0x3bd43c00 JavaThread "Finalizer" daemon [_thread_blocked, id=4392,
>> stack(0x3c040000,0x3c090000)]
>>    0x0051f800 JavaThread "Reference Handler" daemon [_thread_blocked,
>> id=3064, stack(0x3bfb0000,0x3c000000)]
>>
>> Other Threads:
>>    0x0051e400 VMThread [stack: 0x3bf20000,0x3bf70000] [id=1652]
>>    0x3bd6d400 WatcherThread [stack: 0x3c4a0000,0x3c4f0000] [id=5076]
>>
>> VM state:not at safepoint (normal execution)
>>
>> VM Mutex/Monitor currently owned by a thread: None
>>
>> Heap
>>   PSYoungGen      total 28096K, used 1804K [0x35e40000, 0x37a50000,
>> 0x3b720000)
>>    eden space 27584K, 4% used [0x35e40000,0x35f8f248,0x37930000)
>>    from space 512K, 90% used [0x379d0000,0x37a44000,0x37a50000)
>>    to   space 576K, 0% used [0x37930000,0x37930000,0x379c0000)
>>   PSOldGen        total 17856K, used 8959K [0x09720000, 0x0a890000,
>> 0x35e40000)
>>    object space 17856K, 50% used [0x09720000,0x09fdffc8,0x0a890000)
>>   PSPermGen       total 26880K, used 17714K [0x05720000, 0x07160000,
>> 0x09720000)
>>    object space 26880K, 65% used [0x05720000,0x0686c820,0x07160000)
>>
>> Dynamic libraries:
>> 0x00400000 - 0x00423000 	z:\jdk\bin\java.exe
>> 0x77ac0000 - 0x77c20000 	C:\Windows\SysWOW64\ntdll.dll
>> 0x77120000 - 0x77230000 	C:\Windows\syswow64\kernel32.dll
>> 0x76f20000 - 0x76fe6000 	C:\Windows\syswow64\ADVAPI32.dll
>> 0x774d0000 - 0x775c0000 	C:\Windows\syswow64\RPCRT4.dll
>> 0x75c70000 - 0x75cd0000 	C:\Windows\syswow64\Secur32.dll
>> 0x7c340000 - 0x7c396000 	z:\jdk\jre\bin\msvcr71.dll
>> 0x6dac0000 - 0x6de7a000 	z:\jdk\jre\bin\server\jvm.dll
>> 0x77050000 - 0x77120000 	C:\Windows\syswow64\USER32.dll
>> 0x76d50000 - 0x76de0000 	C:\Windows\syswow64\GDI32.dll
>> 0x75900000 - 0x75932000 	C:\Windows\system32\WINMM.dll
>> 0x76ca0000 - 0x76d4a000 	C:\Windows\syswow64\msvcrt.dll
>> 0x775c0000 - 0x77704000 	C:\Windows\syswow64\ole32.dll
>> 0x76de0000 - 0x76e6d000 	C:\Windows\syswow64\OLEAUT32.dll
>> 0x758c0000 - 0x758f9000 	C:\Windows\system32\OLEACC.dll
>> 0x76870000 - 0x768d0000 	C:\Windows\system32\IMM32.DLL
>> 0x76bd0000 - 0x76c98000 	C:\Windows\syswow64\MSCTF.dll
>> 0x75b40000 - 0x75b6c000 	C:\Windows\system32\apphelp.dll
>> 0x76b40000 - 0x76b49000 	C:\Windows\syswow64\LPK.DLL
>> 0x76ac0000 - 0x76b3d000 	C:\Windows\syswow64\USP10.dll
>> 0x6d320000 - 0x6d328000 	z:\jdk\jre\bin\hpi.dll
>> 0x77710000 - 0x77717000 	C:\Windows\syswow64\PSAPI.DLL
>> 0x6d820000 - 0x6d82c000 	z:\jdk\jre\bin\verify.dll
>> 0x6d3c0000 - 0x6d3df000 	z:\jdk\jre\bin\java.dll
>> 0x6d860000 - 0x6d86f000 	z:\jdk\jre\bin\zip.dll
>> 0x3c8f0000 - 0x3c9b9000 	Z:\javaclasses\quickfix\quickfix_jni.dll
>> 0x76ef0000 - 0x76f1d000 	C:\Windows\syswow64\WS2_32.dll
>> 0x774c0000 - 0x774c6000 	C:\Windows\syswow64\NSI.dll
>> 0x75360000 - 0x753e7000
>> C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f\MSVCP80.dll
>> 0x752c0000 - 0x7535b000
>> C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f\MSVCR80.dll
>> 0x3c9c0000 - 0x3cb36000 	z:\multifix\LIBMYSQL.dll
>> 0x75bb0000 - 0x75bb7000 	C:\Windows\system32\WSOCK32.dll
>> 0x6d0b0000 - 0x6d1de000 	Z:\jdk\jre\bin\awt.dll
>> 0x75430000 - 0x75472000 	C:\Windows\system32\WINSPOOL.DRV
>> 0x6d2c0000 - 0x6d313000 	Z:\jdk\jre\bin\fontmanager.dll
>> 0x75cd0000 - 0x767df000 	C:\Windows\syswow64\shell32.dll
>> 0x76a60000 - 0x76ab8000 	C:\Windows\syswow64\SHLWAPI.dll
>> 0x756f0000 - 0x7588e000
>> C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_5cdbaa5a083979cc\comctl32.dll
>> 0x6d620000 - 0x6d633000 	Z:\jdk\jre\bin\net.dll
>> 0x759b0000 - 0x759eb000 	C:\Windows\system32\mswsock.dll
>> 0x75b80000 - 0x75b85000 	C:\Windows\System32\wship6.dll
>> 0x6d640000 - 0x6d649000 	Z:\jdk\jre\bin\nio.dll
>> 0x75890000 - 0x758bc000 	C:\Windows\system32\DNSAPI.dll
>> 0x75a30000 - 0x75a38000 	C:\Windows\System32\winrnr.dll
>> 0x76ea0000 - 0x76eea000 	C:\Windows\syswow64\WLDAP32.dll
>> 0x75a00000 - 0x75a0f000 	C:\Windows\system32\NLAapi.dll
>> 0x75b20000 - 0x75b39000 	C:\Windows\system32\IPHLPAPI.DLL
>> 0x756b0000 - 0x756e5000 	C:\Windows\system32\dhcpcsvc.DLL
>> 0x75b90000 - 0x75b97000 	C:\Windows\system32\WINNSI.DLL
>> 0x75680000 - 0x756a1000 	C:\Windows\system32\dhcpcsvc6.DLL
>> 0x75670000 - 0x7567f000 	C:\Windows\system32\napinsp.dll
>> 0x75b70000 - 0x75b76000 	C:\Windows\system32\rasadhlp.dll
>> 0x75a10000 - 0x75a15000 	C:\Windows\system32\wshtcpip.dll
>> 0x767e0000 - 0x76864000 	C:\Windows\syswow64\CLBCatQ.DLL
>> 0x75060000 - 0x75186000 	C:\Windows\System32\msxml3.dll
>>
>> VM Arguments:
>> jvm_args: -Xmx800m -Djava.library.path=z:/javaclasses/quickfix;
>> java_command: multifix.mfix z:\multifix\cfg\multifix.cfg
>> z:\multifix\cfg\multifix_acceptor_prod.cfg
>> z:\multifix\cfg\multifix_initiator_arca_prod.cfg
>> z:\multifix\cfg\multifix_initiator_apollo_prod.cfg
>> z:\multifix\cfg\multifix_initiator_edga_prod.cfg
>> z:\multifix\cfg\multifix_initiator_edgx_prod.cfg
>> z:\multifix\cfg\multifix_initiator1_prod.cfg
>> z:\multifix\cfg\multifix_initiator2_prod.cfg
>> z:\multifix\cfg\multifix_initiator3_prod.cfg
>> z:\multifix\cfg\multifix_initiator4_prod.cfg
>> z:\multifix\cfg\multifix_initiator5_prod.cfg
>> z:\multifix\cfg\multifix_initiator6_prod.cfg
>> Launcher Type: SUN_STANDARD
>>
>> Environment Variables:
>> JAVA_HOME=z:\jdk
>> CLASSPATH=z:\jdk/lib;z:/javaclasses/mysql-connector-java.jar;z:/javaclasses/optional.jar;z:/javaclasses/quickfix/quickfix.jar;z:/javaclasses/prod/oms.jar;z:/javaclasses/mfix-edg.jar;z:/javaclasses/jbcl.jar;z:/javaclasses/log4j-1.2.8.jar;z:/javaclasses/primetime.jar
>> PATH=z:\jdk\bin
>> USERNAME=Administrator
>> OS=Windows_NT
>> PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 23 Stepping 6, GenuineIntel
>>
>>
>>
>> ---------------  S Y S T E M  ---------------
>>
>> OS: Windows Vista Build 6001 Service Pack 1
>>
>> CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 7
>> stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
>>
>> Memory: 4k page, physical 4194303k(4194303k free), swap 4194303k(4194303k
>> free)
>>
>> vm_info: Java HotSpot(TM) Server VM (10.0-b23) for windows-x86 JRE
>> (1.6.0_07-b06), built on Jun 10 2008 01:09:43 by "java_re" with MS VC++
>> 7.1
>>
>> time: Wed Oct 08 09:00:26 2008
>> elapsed time: 22508 seconds
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Quickfix-developers mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

Re: [Quickfix-developers] more QF crashes....

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

What's a MultifixInitiatorConnection?

--oren

> -------- Original Message --------
> Subject: [Quickfix-developers] more QF crashes....
> From: Andrew Munn <an...@nm...>
> Date: Fri, October 10, 2008 11:56 am
> To: qui...@li...
> 
> 
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
> 
> Can anyone suggest why my QF app is crashing?  Or what to try to fix it? I 
> keep getting these crashes that say:
> 
> Stack: [0x3fa20000,0x3fa70000],  sp=0x3fa6eedc,  free space=315k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=nativecode)
> C  [quickfix_jni.dll+0x2ea1]
> 
> 
> 
> 
> 
> #
> # An unexpected error has been detected by Java Runtime Environment:
> #
> #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x3c8f2ea1, pid=3696, 
> tid=9120
> #
> # Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode windows-x86)
> # Problematic frame:
> # C  [quickfix_jni.dll+0x2ea1]
> #
> # If you would like to submit a bug report, please visit:
> #   http://java.sun.com/webapps/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
> 
> ---------------  T H R E A D  ---------------
> 
> Current thread (0x3c538800):  JavaThread "Thread-27" [_thread_in_native, 
> id=9120, stack(0x3fa20000,0x3fa70000)]
> 
> siginfo: ExceptionCode=0xc0000005, reading address 0x735f67c7
> 
> Registers:
> EAX=0x00000001, EBX=0x40d0d5d0, ECX=0xf4457165, EDX=0x3fa6efcc
> ESP=0x3fa6eedc, EBP=0x3fa6efcc, ESI=0x735f676e, EDI=0x43cc771c
> EIP=0x3c8f2ea1, EFLAGS=0x00010202
> 
> Top of Stack: (sp=0x3fa6eedc)
> 0x3fa6eedc:   3fa6efcc 3c538800 43cc771c 35f5d088
> 0x3fa6eeec:   3c900e73 3fa6efcc 3c538800 43cc771c
> 0x3fa6eefc:   3fa6f030 35f5d088 3c538800 00000006
> 0x3fa6ef0c:   00000004 3fa6f010 3c900b14 3fa6ef34
> 0x3fa6ef1c:   3fa6efcc e5d51426 3c538800 3fa6f07c
> 0x3fa6ef2c:   3fa6f030 35f5d088 3fa6f074 00000022
> 0x3fa6ef3c:   3c847718 00000022 3fa6f074 3fa6ef3c
> 0x3fa6ef4c:   3c538800 3fa6eff0 6dd8f820 6dde8830
> 
> Instructions: (pc=0x3c8f2ea1)
> 0x3c8f2e91:   fd ff ff 84 c0 74 05 8b 76 08 eb 04 8b de 8b 36
> 0x3c8f2ea1:   80 7e 59 00 74 e1 8b c3 5d 5f 5e 5b c2 04 00 6a
> 
> 
> Stack: [0x3fa20000,0x3fa70000],  sp=0x3fa6eedc,  free space=315k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native 
> code)
> C  [quickfix_jni.dll+0x2ea1]
> 
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> J  quickfix.Message.getInt(I)I
> J  multifix.MultifixInitiatorConnection.send(Lquickfix/Message;)Z
> v  ~BufferBlob::Interpreter
> J 
> multifix.Application.sendOutgoing(Lquickfix/Message;Lquickfix/SessionID;)V
> J 
> multifix.Application.onMessage(Lquickfix/fix41/OrderCancelRequest;Lquickfix/SessionID;)V
> J 
> quickfix.fix41.MessageCracker.crack41(Lquickfix/fix41/Message;Lquickfix/SessionID;)V
> J  multifix.Application.fromApp(Lquickfix/Message;Lquickfix/SessionID;)V
> v  ~BufferBlob::StubRoutines (1)
> 
> ---------------  P R O C E S S  ---------------
> 
> Java Threads: ( => current thread )
>    0x3be7a000 JavaThread "Thread-34" [_thread_in_native, id=4652, 
> stack(0x465f0000,0x46640000)]
>    0x3be79800 JavaThread "Thread-33" [_thread_in_native, id=7832, 
> stack(0x41650000,0x416a0000)]
>    0x3be79400 JavaThread "Thread-32" [_thread_in_native, id=2548, 
> stack(0x415c0000,0x41610000)]
>    0x3be78c00 JavaThread "Thread-31" [_thread_in_native, id=4540, 
> stack(0x41530000,0x41580000)]
>    0x3be78800 JavaThread "Thread-30" [_thread_in_native, id=9060, 
> stack(0x414a0000,0x414f0000)]
>    0x3c539400 JavaThread "Thread-29" [_thread_in_native, id=6016, 
> stack(0x41410000,0x41460000)]
>    0x3c538c00 JavaThread "Thread-28" [_thread_in_native, id=9144, 
> stack(0x41380000,0x413d0000)]
> =>0x3c538800 JavaThread "Thread-27" [_thread_in_native, id=9120, 
> stack(0x3fa20000,0x3fa70000)]
>    0x3c538000 JavaThread "Thread-26" [_thread_in_native, id=9188, 
> stack(0x3d4f0000,0x3d540000)]
>    0x3c537c00 JavaThread "Thread-25" [_thread_in_native, id=7848, 
> stack(0x41280000,0x412d0000)]
>    0x3c537400 JavaThread "Thread-24" [_thread_in_native, id=1828, 
> stack(0x3fa20000,0x3fa70000)]
>    0x3c537000 JavaThread "Thread-23" [_thread_in_native, id=5568, 
> stack(0x3d6e0000,0x3d730000)]
>    0x3c536c00 JavaThread "Thread-22" [_thread_in_native, id=7532, 
> stack(0x3f900000,0x3f950000)]
>    0x3c536400 JavaThread "Thread-21" [_thread_in_native, id=8792, 
> stack(0x3f7e0000,0x3f830000)]
>    0x3c536000 JavaThread "Thread-19" [_thread_in_native, id=8760, 
> stack(0x3f8b0000,0x3f900000)]
>    0x3c535800 JavaThread "Thread-20" [_thread_in_native, id=6696, 
> stack(0x3f6c0000,0x3f710000)]
>    0x3beb3000 JavaThread "Thread-18" [_thread_in_native, id=5632, 
> stack(0x3f750000,0x3f7a0000)]
>    0x3beb2c00 JavaThread "Thread-17" [_thread_in_native, id=8944, 
> stack(0x3f990000,0x3f9e0000)]
>    0x3beb2400 JavaThread "Thread-16" [_thread_in_native, id=3196, 
> stack(0x3f630000,0x3f680000)]
>    0x3beb2000 JavaThread "Thread-15" [_thread_in_native, id=380, 
> stack(0x3f5a0000,0x3f5f0000)]
>    0x3beb1800 JavaThread "Thread-14" [_thread_in_native, id=4692, 
> stack(0x3dc50000,0x3dca0000)]
>    0x3beb1400 JavaThread "Thread-13" [_thread_in_native, id=9124, 
> stack(0x3f1b0000,0x3f200000)]
>    0x3beb0c00 JavaThread "Thread-12" [_thread_in_native, id=2536, 
> stack(0x3dbc0000,0x3dc10000)]
>    0x3beb0800 JavaThread "Thread-11" [_thread_in_native, id=6236, 
> stack(0x3d5f0000,0x3d640000)]
>    0x3beb0000 JavaThread "Thread-10" [_thread_in_native, id=7556, 
> stack(0x3f480000,0x3f4d0000)]
>    0x3beafc00 JavaThread "Thread-9" [_thread_in_native, id=2316, 
> stack(0x3f3f0000,0x3f440000)]
>    0x3beaf800 JavaThread "Thread-8" [_thread_in_native, id=6620, 
> stack(0x3f360000,0x3f3b0000)]
>    0x3be7d800 JavaThread "Thread-7" [_thread_in_native, id=7452, 
> stack(0x3f240000,0x3f290000)]
>    0x3be7d000 JavaThread "Thread-6" [_thread_in_native, id=4400, 
> stack(0x3f2d0000,0x3f320000)]
>    0x3be7cc00 JavaThread "Thread-5" [_thread_in_native, id=5668, 
> stack(0x3db20000,0x3db70000)]
>    0x00577000 JavaThread "DestroyJavaVM" [_thread_blocked, id=5852, 
> stack(0x00130000,0x00180000)]
>    0x3c666c00 JavaThread "Timer-1" [_thread_blocked, id=8384, 
> stack(0x3f510000,0x3f560000)]
>    0x3c63a000 JavaThread "Thread-3" daemon [_thread_in_native, id=7108, 
> stack(0x3d310000,0x3d360000)]
>    0x3c634400 JavaThread "TimerQueue" daemon [_thread_blocked, id=3864, 
> stack(0x3d160000,0x3d1b0000)]
>    0x3c60c400 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=8800, 
> stack(0x3d000000,0x3d050000)]
>    0x3c5a3c00 JavaThread "Timer-0" [_thread_blocked, id=3616, 
> stack(0x3cf70000,0x3cfc0000)]
>    0x3c53e000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=4532, 
> stack(0x3cee0000,0x3cf30000)]
>    0x3c53d800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2400, 
> stack(0x3ce50000,0x3cea0000)]
>    0x3c503400 JavaThread "Java2D Disposer" daemon [_thread_blocked, 
> id=3796, stack(0x3ccf0000,0x3cd40000)]
>    0x3bd63800 JavaThread "Low Memory Detector" daemon [_thread_blocked, 
> id=4056, stack(0x3c310000,0x3c360000)]
>    0x3bd50400 JavaThread "CompilerThread1" daemon [_thread_blocked, 
> id=2180, stack(0x3c280000,0x3c2d0000)]
>    0x3bd4e000 JavaThread "CompilerThread0" daemon [_thread_blocked, 
> id=9064, stack(0x3c1f0000,0x3c240000)]
>    0x3bd4d800 JavaThread "Attach Listener" daemon [_thread_blocked, 
> id=9200, stack(0x3c160000,0x3c1b0000)]
>    0x3bd4d400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, 
> id=5400, stack(0x3c0d0000,0x3c120000)]
>    0x3bd43c00 JavaThread "Finalizer" daemon [_thread_blocked, id=4392, 
> stack(0x3c040000,0x3c090000)]
>    0x0051f800 JavaThread "Reference Handler" daemon [_thread_blocked, 
> id=3064, stack(0x3bfb0000,0x3c000000)]
> 
> Other Threads:
>    0x0051e400 VMThread [stack: 0x3bf20000,0x3bf70000] [id=1652]
>    0x3bd6d400 WatcherThread [stack: 0x3c4a0000,0x3c4f0000] [id=5076]
> 
> VM state:not at safepoint (normal execution)
> 
> VM Mutex/Monitor currently owned by a thread: None
> 
> Heap
>   PSYoungGen      total 28096K, used 1804K [0x35e40000, 0x37a50000, 
> 0x3b720000)
>    eden space 27584K, 4% used [0x35e40000,0x35f8f248,0x37930000)
>    from space 512K, 90% used [0x379d0000,0x37a44000,0x37a50000)
>    to   space 576K, 0% used [0x37930000,0x37930000,0x379c0000)
>   PSOldGen        total 17856K, used 8959K [0x09720000, 0x0a890000, 
> 0x35e40000)
>    object space 17856K, 50% used [0x09720000,0x09fdffc8,0x0a890000)
>   PSPermGen       total 26880K, used 17714K [0x05720000, 0x07160000, 
> 0x09720000)
>    object space 26880K, 65% used [0x05720000,0x0686c820,0x07160000)
> 
> Dynamic libraries:
> 0x00400000 - 0x00423000 	z:\jdk\bin\java.exe
> 0x77ac0000 - 0x77c20000 	C:\Windows\SysWOW64\ntdll.dll
> 0x77120000 - 0x77230000 	C:\Windows\syswow64\kernel32.dll
> 0x76f20000 - 0x76fe6000 	C:\Windows\syswow64\ADVAPI32.dll
> 0x774d0000 - 0x775c0000 	C:\Windows\syswow64\RPCRT4.dll
> 0x75c70000 - 0x75cd0000 	C:\Windows\syswow64\Secur32.dll
> 0x7c340000 - 0x7c396000 	z:\jdk\jre\bin\msvcr71.dll
> 0x6dac0000 - 0x6de7a000 	z:\jdk\jre\bin\server\jvm.dll
> 0x77050000 - 0x77120000 	C:\Windows\syswow64\USER32.dll
> 0x76d50000 - 0x76de0000 	C:\Windows\syswow64\GDI32.dll
> 0x75900000 - 0x75932000 	C:\Windows\system32\WINMM.dll
> 0x76ca0000 - 0x76d4a000 	C:\Windows\syswow64\msvcrt.dll
> 0x775c0000 - 0x77704000 	C:\Windows\syswow64\ole32.dll
> 0x76de0000 - 0x76e6d000 	C:\Windows\syswow64\OLEAUT32.dll
> 0x758c0000 - 0x758f9000 	C:\Windows\system32\OLEACC.dll
> 0x76870000 - 0x768d0000 	C:\Windows\system32\IMM32.DLL
> 0x76bd0000 - 0x76c98000 	C:\Windows\syswow64\MSCTF.dll
> 0x75b40000 - 0x75b6c000 	C:\Windows\system32\apphelp.dll
> 0x76b40000 - 0x76b49000 	C:\Windows\syswow64\LPK.DLL
> 0x76ac0000 - 0x76b3d000 	C:\Windows\syswow64\USP10.dll
> 0x6d320000 - 0x6d328000 	z:\jdk\jre\bin\hpi.dll
> 0x77710000 - 0x77717000 	C:\Windows\syswow64\PSAPI.DLL
> 0x6d820000 - 0x6d82c000 	z:\jdk\jre\bin\verify.dll
> 0x6d3c0000 - 0x6d3df000 	z:\jdk\jre\bin\java.dll
> 0x6d860000 - 0x6d86f000 	z:\jdk\jre\bin\zip.dll
> 0x3c8f0000 - 0x3c9b9000 	Z:\javaclasses\quickfix\quickfix_jni.dll
> 0x76ef0000 - 0x76f1d000 	C:\Windows\syswow64\WS2_32.dll
> 0x774c0000 - 0x774c6000 	C:\Windows\syswow64\NSI.dll
> 0x75360000 - 0x753e7000 
> C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f\MSVCP80.dll
> 0x752c0000 - 0x7535b000 
> C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f\MSVCR80.dll
> 0x3c9c0000 - 0x3cb36000 	z:\multifix\LIBMYSQL.dll
> 0x75bb0000 - 0x75bb7000 	C:\Windows\system32\WSOCK32.dll
> 0x6d0b0000 - 0x6d1de000 	Z:\jdk\jre\bin\awt.dll
> 0x75430000 - 0x75472000 	C:\Windows\system32\WINSPOOL.DRV
> 0x6d2c0000 - 0x6d313000 	Z:\jdk\jre\bin\fontmanager.dll
> 0x75cd0000 - 0x767df000 	C:\Windows\syswow64\shell32.dll
> 0x76a60000 - 0x76ab8000 	C:\Windows\syswow64\SHLWAPI.dll
> 0x756f0000 - 0x7588e000 
> C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_5cdbaa5a083979cc\comctl32.dll
> 0x6d620000 - 0x6d633000 	Z:\jdk\jre\bin\net.dll
> 0x759b0000 - 0x759eb000 	C:\Windows\system32\mswsock.dll
> 0x75b80000 - 0x75b85000 	C:\Windows\System32\wship6.dll
> 0x6d640000 - 0x6d649000 	Z:\jdk\jre\bin\nio.dll
> 0x75890000 - 0x758bc000 	C:\Windows\system32\DNSAPI.dll
> 0x75a30000 - 0x75a38000 	C:\Windows\System32\winrnr.dll
> 0x76ea0000 - 0x76eea000 	C:\Windows\syswow64\WLDAP32.dll
> 0x75a00000 - 0x75a0f000 	C:\Windows\system32\NLAapi.dll
> 0x75b20000 - 0x75b39000 	C:\Windows\system32\IPHLPAPI.DLL
> 0x756b0000 - 0x756e5000 	C:\Windows\system32\dhcpcsvc.DLL
> 0x75b90000 - 0x75b97000 	C:\Windows\system32\WINNSI.DLL
> 0x75680000 - 0x756a1000 	C:\Windows\system32\dhcpcsvc6.DLL
> 0x75670000 - 0x7567f000 	C:\Windows\system32\napinsp.dll
> 0x75b70000 - 0x75b76000 	C:\Windows\system32\rasadhlp.dll
> 0x75a10000 - 0x75a15000 	C:\Windows\system32\wshtcpip.dll
> 0x767e0000 - 0x76864000 	C:\Windows\syswow64\CLBCatQ.DLL
> 0x75060000 - 0x75186000 	C:\Windows\System32\msxml3.dll
> 
> VM Arguments:
> jvm_args: -Xmx800m -Djava.library.path=z:/javaclasses/quickfix;
> java_command: multifix.mfix z:\multifix\cfg\multifix.cfg 
> z:\multifix\cfg\multifix_acceptor_prod.cfg 
> z:\multifix\cfg\multifix_initiator_arca_prod.cfg 
> z:\multifix\cfg\multifix_initiator_apollo_prod.cfg 
> z:\multifix\cfg\multifix_initiator_edga_prod.cfg 
> z:\multifix\cfg\multifix_initiator_edgx_prod.cfg 
> z:\multifix\cfg\multifix_initiator1_prod.cfg 
> z:\multifix\cfg\multifix_initiator2_prod.cfg 
> z:\multifix\cfg\multifix_initiator3_prod.cfg 
> z:\multifix\cfg\multifix_initiator4_prod.cfg 
> z:\multifix\cfg\multifix_initiator5_prod.cfg 
> z:\multifix\cfg\multifix_initiator6_prod.cfg
> Launcher Type: SUN_STANDARD
> 
> Environment Variables:
> JAVA_HOME=z:\jdk
> CLASSPATH=z:\jdk/lib;z:/javaclasses/mysql-connector-java.jar;z:/javaclasses/optional.jar;z:/javaclasses/quickfix/quickfix.jar;z:/javaclasses/prod/oms.jar;z:/javaclasses/mfix-edg.jar;z:/javaclasses/jbcl.jar;z:/javaclasses/log4j-1.2.8.jar;z:/javaclasses/primetime.jar
> PATH=z:\jdk\bin
> USERNAME=Administrator
> OS=Windows_NT
> PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 23 Stepping 6, GenuineIntel
> 
> 
> 
> ---------------  S Y S T E M  ---------------
> 
> OS: Windows Vista Build 6001 Service Pack 1
> 
> CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 7 
> stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
> 
> Memory: 4k page, physical 4194303k(4194303k free), swap 4194303k(4194303k 
> free)
> 
> vm_info: Java HotSpot(TM) Server VM (10.0-b23) for windows-x86 JRE 
> (1.6.0_07-b06), built on Jun 10 2008 01:09:43 by "java_re" with MS VC++ 
> 7.1
> 
> time: Wed Oct 08 09:00:26 2008
> elapsed time: 22508 seconds
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] quickfix and ruby 1.9 (patch attached)

[Yannick K. <li...@ar...>]

hi!

earlier someone asked how to get quickfix running with ruby 1.9

i managed to get it working with a bit of patching.

QuickfixRuby.cpp seems not to be fully updated with the RSTRING_LEN and
RSTRING_PTR changes. apply the patch at the bottom.
i dont know if this is already in trunk?

the more detailed hacklog to get it working:
http://log.koechlin.info/2008/10/14/installing-quickfix-with-ruby-19-on-os-x-154/

cheers
y




--- patch for QuickfixRuby.cpp

2145c2145
< #include "ruby/io.h"
---
> #include "rubyio.h"
2643c2643
<       printf( "%s\n", RSTRING_PTR(message) );
---
>       printf( "%s\n", RSTRING(message)->ptr );
2676c2676
<       printf( "%s\n", RSTRING_PTR(message) );
---
>       printf( "%s\n", RSTRING(message)->ptr );
2709c2709
<       printf( "%s\n", RSTRING_PTR(message) );
---
>       printf( "%s\n", RSTRING(message)->ptr );
2742c2742
<       printf( "%s\n", RSTRING_PTR(message) );
---
>       printf( "%s\n", RSTRING(message)->ptr );
2782c2782
<         printf( "%s\n", RSTRING_PTR(message) );
---
>         printf( "%s\n", RSTRING(message)->ptr );
2849c2849
<         printf( "%s\n", RSTRING_PTR(message) );
---
>         printf( "%s\n", RSTRING(message)->ptr );
2922c2922
<         printf( "%s\n", RSTRING_PTR(message) );
---
>         printf( "%s\n", RSTRING(message)->ptr );

[Quickfix-developers] more QF crashes....

[Andrew M. <an...@nm...>]

Can anyone suggest why my QF app is crashing?  Or what to try to fix it? I 
keep getting these crashes that say:

Stack: [0x3fa20000,0x3fa70000],  sp=0x3fa6eedc,  free space=315k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=nativecode)
C  [quickfix_jni.dll+0x2ea1]





#
# An unexpected error has been detected by Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x3c8f2ea1, pid=3696, 
tid=9120
#
# Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode windows-x86)
# Problematic frame:
# C  [quickfix_jni.dll+0x2ea1]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x3c538800):  JavaThread "Thread-27" [_thread_in_native, 
id=9120, stack(0x3fa20000,0x3fa70000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x735f67c7

Registers:
EAX=0x00000001, EBX=0x40d0d5d0, ECX=0xf4457165, EDX=0x3fa6efcc
ESP=0x3fa6eedc, EBP=0x3fa6efcc, ESI=0x735f676e, EDI=0x43cc771c
EIP=0x3c8f2ea1, EFLAGS=0x00010202

Top of Stack: (sp=0x3fa6eedc)
0x3fa6eedc:   3fa6efcc 3c538800 43cc771c 35f5d088
0x3fa6eeec:   3c900e73 3fa6efcc 3c538800 43cc771c
0x3fa6eefc:   3fa6f030 35f5d088 3c538800 00000006
0x3fa6ef0c:   00000004 3fa6f010 3c900b14 3fa6ef34
0x3fa6ef1c:   3fa6efcc e5d51426 3c538800 3fa6f07c
0x3fa6ef2c:   3fa6f030 35f5d088 3fa6f074 00000022
0x3fa6ef3c:   3c847718 00000022 3fa6f074 3fa6ef3c
0x3fa6ef4c:   3c538800 3fa6eff0 6dd8f820 6dde8830

Instructions: (pc=0x3c8f2ea1)
0x3c8f2e91:   fd ff ff 84 c0 74 05 8b 76 08 eb 04 8b de 8b 36
0x3c8f2ea1:   80 7e 59 00 74 e1 8b c3 5d 5f 5e 5b c2 04 00 6a


Stack: [0x3fa20000,0x3fa70000],  sp=0x3fa6eedc,  free space=315k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native 
code)
C  [quickfix_jni.dll+0x2ea1]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J  quickfix.Message.getInt(I)I
J  multifix.MultifixInitiatorConnection.send(Lquickfix/Message;)Z
v  ~BufferBlob::Interpreter
J 
multifix.Application.sendOutgoing(Lquickfix/Message;Lquickfix/SessionID;)V
J 
multifix.Application.onMessage(Lquickfix/fix41/OrderCancelRequest;Lquickfix/SessionID;)V
J 
quickfix.fix41.MessageCracker.crack41(Lquickfix/fix41/Message;Lquickfix/SessionID;)V
J  multifix.Application.fromApp(Lquickfix/Message;Lquickfix/SessionID;)V
v  ~BufferBlob::StubRoutines (1)

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
   0x3be7a000 JavaThread "Thread-34" [_thread_in_native, id=4652, 
stack(0x465f0000,0x46640000)]
   0x3be79800 JavaThread "Thread-33" [_thread_in_native, id=7832, 
stack(0x41650000,0x416a0000)]
   0x3be79400 JavaThread "Thread-32" [_thread_in_native, id=2548, 
stack(0x415c0000,0x41610000)]
   0x3be78c00 JavaThread "Thread-31" [_thread_in_native, id=4540, 
stack(0x41530000,0x41580000)]
   0x3be78800 JavaThread "Thread-30" [_thread_in_native, id=9060, 
stack(0x414a0000,0x414f0000)]
   0x3c539400 JavaThread "Thread-29" [_thread_in_native, id=6016, 
stack(0x41410000,0x41460000)]
   0x3c538c00 JavaThread "Thread-28" [_thread_in_native, id=9144, 
stack(0x41380000,0x413d0000)]
=>0x3c538800 JavaThread "Thread-27" [_thread_in_native, id=9120, 
stack(0x3fa20000,0x3fa70000)]
   0x3c538000 JavaThread "Thread-26" [_thread_in_native, id=9188, 
stack(0x3d4f0000,0x3d540000)]
   0x3c537c00 JavaThread "Thread-25" [_thread_in_native, id=7848, 
stack(0x41280000,0x412d0000)]
   0x3c537400 JavaThread "Thread-24" [_thread_in_native, id=1828, 
stack(0x3fa20000,0x3fa70000)]
   0x3c537000 JavaThread "Thread-23" [_thread_in_native, id=5568, 
stack(0x3d6e0000,0x3d730000)]
   0x3c536c00 JavaThread "Thread-22" [_thread_in_native, id=7532, 
stack(0x3f900000,0x3f950000)]
   0x3c536400 JavaThread "Thread-21" [_thread_in_native, id=8792, 
stack(0x3f7e0000,0x3f830000)]
   0x3c536000 JavaThread "Thread-19" [_thread_in_native, id=8760, 
stack(0x3f8b0000,0x3f900000)]
   0x3c535800 JavaThread "Thread-20" [_thread_in_native, id=6696, 
stack(0x3f6c0000,0x3f710000)]
   0x3beb3000 JavaThread "Thread-18" [_thread_in_native, id=5632, 
stack(0x3f750000,0x3f7a0000)]
   0x3beb2c00 JavaThread "Thread-17" [_thread_in_native, id=8944, 
stack(0x3f990000,0x3f9e0000)]
   0x3beb2400 JavaThread "Thread-16" [_thread_in_native, id=3196, 
stack(0x3f630000,0x3f680000)]
   0x3beb2000 JavaThread "Thread-15" [_thread_in_native, id=380, 
stack(0x3f5a0000,0x3f5f0000)]
   0x3beb1800 JavaThread "Thread-14" [_thread_in_native, id=4692, 
stack(0x3dc50000,0x3dca0000)]
   0x3beb1400 JavaThread "Thread-13" [_thread_in_native, id=9124, 
stack(0x3f1b0000,0x3f200000)]
   0x3beb0c00 JavaThread "Thread-12" [_thread_in_native, id=2536, 
stack(0x3dbc0000,0x3dc10000)]
   0x3beb0800 JavaThread "Thread-11" [_thread_in_native, id=6236, 
stack(0x3d5f0000,0x3d640000)]
   0x3beb0000 JavaThread "Thread-10" [_thread_in_native, id=7556, 
stack(0x3f480000,0x3f4d0000)]
   0x3beafc00 JavaThread "Thread-9" [_thread_in_native, id=2316, 
stack(0x3f3f0000,0x3f440000)]
   0x3beaf800 JavaThread "Thread-8" [_thread_in_native, id=6620, 
stack(0x3f360000,0x3f3b0000)]
   0x3be7d800 JavaThread "Thread-7" [_thread_in_native, id=7452, 
stack(0x3f240000,0x3f290000)]
   0x3be7d000 JavaThread "Thread-6" [_thread_in_native, id=4400, 
stack(0x3f2d0000,0x3f320000)]
   0x3be7cc00 JavaThread "Thread-5" [_thread_in_native, id=5668, 
stack(0x3db20000,0x3db70000)]
   0x00577000 JavaThread "DestroyJavaVM" [_thread_blocked, id=5852, 
stack(0x00130000,0x00180000)]
   0x3c666c00 JavaThread "Timer-1" [_thread_blocked, id=8384, 
stack(0x3f510000,0x3f560000)]
   0x3c63a000 JavaThread "Thread-3" daemon [_thread_in_native, id=7108, 
stack(0x3d310000,0x3d360000)]
   0x3c634400 JavaThread "TimerQueue" daemon [_thread_blocked, id=3864, 
stack(0x3d160000,0x3d1b0000)]
   0x3c60c400 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=8800, 
stack(0x3d000000,0x3d050000)]
   0x3c5a3c00 JavaThread "Timer-0" [_thread_blocked, id=3616, 
stack(0x3cf70000,0x3cfc0000)]
   0x3c53e000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=4532, 
stack(0x3cee0000,0x3cf30000)]
   0x3c53d800 JavaThread "AWT-Shutdown" [_thread_blocked, id=2400, 
stack(0x3ce50000,0x3cea0000)]
   0x3c503400 JavaThread "Java2D Disposer" daemon [_thread_blocked, 
id=3796, stack(0x3ccf0000,0x3cd40000)]
   0x3bd63800 JavaThread "Low Memory Detector" daemon [_thread_blocked, 
id=4056, stack(0x3c310000,0x3c360000)]
   0x3bd50400 JavaThread "CompilerThread1" daemon [_thread_blocked, 
id=2180, stack(0x3c280000,0x3c2d0000)]
   0x3bd4e000 JavaThread "CompilerThread0" daemon [_thread_blocked, 
id=9064, stack(0x3c1f0000,0x3c240000)]
   0x3bd4d800 JavaThread "Attach Listener" daemon [_thread_blocked, 
id=9200, stack(0x3c160000,0x3c1b0000)]
   0x3bd4d400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, 
id=5400, stack(0x3c0d0000,0x3c120000)]
   0x3bd43c00 JavaThread "Finalizer" daemon [_thread_blocked, id=4392, 
stack(0x3c040000,0x3c090000)]
   0x0051f800 JavaThread "Reference Handler" daemon [_thread_blocked, 
id=3064, stack(0x3bfb0000,0x3c000000)]

Other Threads:
   0x0051e400 VMThread [stack: 0x3bf20000,0x3bf70000] [id=1652]
   0x3bd6d400 WatcherThread [stack: 0x3c4a0000,0x3c4f0000] [id=5076]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
  PSYoungGen      total 28096K, used 1804K [0x35e40000, 0x37a50000, 
0x3b720000)
   eden space 27584K, 4% used [0x35e40000,0x35f8f248,0x37930000)
   from space 512K, 90% used [0x379d0000,0x37a44000,0x37a50000)
   to   space 576K, 0% used [0x37930000,0x37930000,0x379c0000)
  PSOldGen        total 17856K, used 8959K [0x09720000, 0x0a890000, 
0x35e40000)
   object space 17856K, 50% used [0x09720000,0x09fdffc8,0x0a890000)
  PSPermGen       total 26880K, used 17714K [0x05720000, 0x07160000, 
0x09720000)
   object space 26880K, 65% used [0x05720000,0x0686c820,0x07160000)

Dynamic libraries:
0x00400000 - 0x00423000 	z:\jdk\bin\java.exe
0x77ac0000 - 0x77c20000 	C:\Windows\SysWOW64\ntdll.dll
0x77120000 - 0x77230000 	C:\Windows\syswow64\kernel32.dll
0x76f20000 - 0x76fe6000 	C:\Windows\syswow64\ADVAPI32.dll
0x774d0000 - 0x775c0000 	C:\Windows\syswow64\RPCRT4.dll
0x75c70000 - 0x75cd0000 	C:\Windows\syswow64\Secur32.dll
0x7c340000 - 0x7c396000 	z:\jdk\jre\bin\msvcr71.dll
0x6dac0000 - 0x6de7a000 	z:\jdk\jre\bin\server\jvm.dll
0x77050000 - 0x77120000 	C:\Windows\syswow64\USER32.dll
0x76d50000 - 0x76de0000 	C:\Windows\syswow64\GDI32.dll
0x75900000 - 0x75932000 	C:\Windows\system32\WINMM.dll
0x76ca0000 - 0x76d4a000 	C:\Windows\syswow64\msvcrt.dll
0x775c0000 - 0x77704000 	C:\Windows\syswow64\ole32.dll
0x76de0000 - 0x76e6d000 	C:\Windows\syswow64\OLEAUT32.dll
0x758c0000 - 0x758f9000 	C:\Windows\system32\OLEACC.dll
0x76870000 - 0x768d0000 	C:\Windows\system32\IMM32.DLL
0x76bd0000 - 0x76c98000 	C:\Windows\syswow64\MSCTF.dll
0x75b40000 - 0x75b6c000 	C:\Windows\system32\apphelp.dll
0x76b40000 - 0x76b49000 	C:\Windows\syswow64\LPK.DLL
0x76ac0000 - 0x76b3d000 	C:\Windows\syswow64\USP10.dll
0x6d320000 - 0x6d328000 	z:\jdk\jre\bin\hpi.dll
0x77710000 - 0x77717000 	C:\Windows\syswow64\PSAPI.DLL
0x6d820000 - 0x6d82c000 	z:\jdk\jre\bin\verify.dll
0x6d3c0000 - 0x6d3df000 	z:\jdk\jre\bin\java.dll
0x6d860000 - 0x6d86f000 	z:\jdk\jre\bin\zip.dll
0x3c8f0000 - 0x3c9b9000 	Z:\javaclasses\quickfix\quickfix_jni.dll
0x76ef0000 - 0x76f1d000 	C:\Windows\syswow64\WS2_32.dll
0x774c0000 - 0x774c6000 	C:\Windows\syswow64\NSI.dll
0x75360000 - 0x753e7000 
C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f\MSVCP80.dll
0x752c0000 - 0x7535b000 
C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f\MSVCR80.dll
0x3c9c0000 - 0x3cb36000 	z:\multifix\LIBMYSQL.dll
0x75bb0000 - 0x75bb7000 	C:\Windows\system32\WSOCK32.dll
0x6d0b0000 - 0x6d1de000 	Z:\jdk\jre\bin\awt.dll
0x75430000 - 0x75472000 	C:\Windows\system32\WINSPOOL.DRV
0x6d2c0000 - 0x6d313000 	Z:\jdk\jre\bin\fontmanager.dll
0x75cd0000 - 0x767df000 	C:\Windows\syswow64\shell32.dll
0x76a60000 - 0x76ab8000 	C:\Windows\syswow64\SHLWAPI.dll
0x756f0000 - 0x7588e000 
C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_5cdbaa5a083979cc\comctl32.dll
0x6d620000 - 0x6d633000 	Z:\jdk\jre\bin\net.dll
0x759b0000 - 0x759eb000 	C:\Windows\system32\mswsock.dll
0x75b80000 - 0x75b85000 	C:\Windows\System32\wship6.dll
0x6d640000 - 0x6d649000 	Z:\jdk\jre\bin\nio.dll
0x75890000 - 0x758bc000 	C:\Windows\system32\DNSAPI.dll
0x75a30000 - 0x75a38000 	C:\Windows\System32\winrnr.dll
0x76ea0000 - 0x76eea000 	C:\Windows\syswow64\WLDAP32.dll
0x75a00000 - 0x75a0f000 	C:\Windows\system32\NLAapi.dll
0x75b20000 - 0x75b39000 	C:\Windows\system32\IPHLPAPI.DLL
0x756b0000 - 0x756e5000 	C:\Windows\system32\dhcpcsvc.DLL
0x75b90000 - 0x75b97000 	C:\Windows\system32\WINNSI.DLL
0x75680000 - 0x756a1000 	C:\Windows\system32\dhcpcsvc6.DLL
0x75670000 - 0x7567f000 	C:\Windows\system32\napinsp.dll
0x75b70000 - 0x75b76000 	C:\Windows\system32\rasadhlp.dll
0x75a10000 - 0x75a15000 	C:\Windows\system32\wshtcpip.dll
0x767e0000 - 0x76864000 	C:\Windows\syswow64\CLBCatQ.DLL
0x75060000 - 0x75186000 	C:\Windows\System32\msxml3.dll

VM Arguments:
jvm_args: -Xmx800m -Djava.library.path=z:/javaclasses/quickfix;
java_command: multifix.mfix z:\multifix\cfg\multifix.cfg 
z:\multifix\cfg\multifix_acceptor_prod.cfg 
z:\multifix\cfg\multifix_initiator_arca_prod.cfg 
z:\multifix\cfg\multifix_initiator_apollo_prod.cfg 
z:\multifix\cfg\multifix_initiator_edga_prod.cfg 
z:\multifix\cfg\multifix_initiator_edgx_prod.cfg 
z:\multifix\cfg\multifix_initiator1_prod.cfg 
z:\multifix\cfg\multifix_initiator2_prod.cfg 
z:\multifix\cfg\multifix_initiator3_prod.cfg 
z:\multifix\cfg\multifix_initiator4_prod.cfg 
z:\multifix\cfg\multifix_initiator5_prod.cfg 
z:\multifix\cfg\multifix_initiator6_prod.cfg
Launcher Type: SUN_STANDARD

Environment Variables:
JAVA_HOME=z:\jdk
CLASSPATH=z:\jdk/lib;z:/javaclasses/mysql-connector-java.jar;z:/javaclasses/optional.jar;z:/javaclasses/quickfix/quickfix.jar;z:/javaclasses/prod/oms.jar;z:/javaclasses/mfix-edg.jar;z:/javaclasses/jbcl.jar;z:/javaclasses/log4j-1.2.8.jar;z:/javaclasses/primetime.jar
PATH=z:\jdk\bin
USERNAME=Administrator
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 23 Stepping 6, GenuineIntel



---------------  S Y S T E M  ---------------

OS: Windows Vista Build 6001 Service Pack 1

CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 7 
stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3

Memory: 4k page, physical 4194303k(4194303k free), swap 4194303k(4194303k 
free)

vm_info: Java HotSpot(TM) Server VM (10.0-b23) for windows-x86 JRE 
(1.6.0_07-b06), built on Jun 10 2008 01:09:43 by "java_re" with MS VC++ 
7.1

time: Wed Oct 08 09:00:26 2008
elapsed time: 22508 seconds

Re: [Quickfix-developers] it there known quickfix performance problem ?

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

I assume you are using the JNI version?  This is something I have
encountered using the C# version with high volume data.  The problem was
apparently caused by the large amount of messages being created combined
with the relatively large amount of time it takes to delete a message
and garbage collecting a whole bunch of them all at once.  I'm guessing
you are encountering a similar issue.  The solution in C# was to make
the messages disposable allowing the user to delete the message as soon
as they are done processing it.  This seemed to solve the problem by
allowing a steadier processing rate.  I think we need to add the same
ability to the JNI wrapper to solve your problem.

--oren

> -------- Original Message --------
> Subject: [Quickfix-developers] it there known quickfix performance
> problem ?
> From: "serdar ozay" <ser...@gm...>
> Date: Thu, October 09, 2008 10:57 am
> To: qui...@li...
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html<hr>Hi all,
> we are developing the QuickFix engine both for the Market Data and the order
> route with java. We are using quickfix 4.2 protocol.
> Normaly our program and quickfix api is working very good. But when the
> markets price moving  to fast, only our cruide oil's products
> prices are frozen about 3 - 20 second. When we analyse our logs, we are
> seeing, our price provider is cutting cruide oil price data and collecting
> price during this frozen. And then sending all price in one message. ( Like
> 215 price in only one  fix message after 20 second) When we speak these
> guys,
> they are saying, their software is cutting and collecting price -only cruide
> oil- because of our quickfix engine client is too slow.  But I can not
> understand,
> how can be this sitiuation happen; the session is not broking also all the
> other prices are running.
> we are watching  all this logs on quickfix.Application class level and also
> in our code, we have taken all the parsing process the fix message seperate
> thread.
> Is there any known quick fix engine performance problem with taking message?
> Is that can be true ?
> please help
> Thanks.
> Serdar<hr>-------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/<hr>_______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] Custom FIX Message Types

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

True, however this is why we have the MessageFactory.  If you notice
QuickFIX comes with a DefaultMessageFactory.  QuickFIX will pass the
message type of the message it is parsing and the factory should return
an instance of the correct derived type.  This ensures the casting will
not fail when the message reaches the message cracker.  You can override
the DefaultMessageCracker to instantiate your custom objects, then make
sure to pass along to the base class any message that are not yours.

--oren

> -------- Original Message --------
> Subject: Re: [Quickfix-developers] Custom FIX Message Types
> From: "Andrei Goldchleger" <an...@gm...>
> Date: Wed, October 08, 2008 7:39 pm
> To: 
> Cc: qui...@li...
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
> On Wed, Oct 8, 2008 at 9:15 PM, Malinka Rellikwodahs
> <ael...@gm...> wrote:
> > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> > QuickFIX Support: http://www.quickfixengine.org/services.html
> >
> >
> > Data Dictionary is updated with values and correct I receive the message properly but when I try to cast them to the new type it fails
> As far as I know, what you are trying to do is not possible in C#. You
> cannot cast a reference to a base type into an derived type. In C++,
> this can be done since you can cast everything into anything (you
> might end up with a mess, but it is possible). As specialized message
> classes in QuickFIX (e.g. QuickFIX44::NewOrderSingle) are just
> wrappers around the same methods in  the QuickFIX::Message class, this
> works perfectly in C++, but does not in C#.
> However, there is still hope: if you rather have your custom messages
> as specialized message classes in QuickFIX, the following post
> explains how you can generate a customized QuickFIX version,  which
> will allow exactly what you want to achieve:
> http://sourceforge.net/mailarchive/message.php?msg_id=320836.47930.qm%40web31010.mail.mud.yahoo.com
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] it there known quickfix performance problem ?

[serdar o. <ser...@gm...>]

Hi all,

we are developing the QuickFix engine both for the Market Data and the order
route with java. We are using quickfix 4.2 protocol.
Normaly our program and quickfix api is working very good. But when the
markets price moving  to fast, only our cruide oil's products
prices are frozen about 3 - 20 second. When we analyse our logs, we are
seeing, our price provider is cutting cruide oil price data and collecting
price during this frozen. And then sending all price in one message. ( Like
215 price in only one  fix message after 20 second) When we speak these
guys,
they are saying, their software is cutting and collecting price -only cruide
oil- because of our quickfix engine client is too slow.  But I can not
understand,
how can be this sitiuation happen; the session is not broking also all the
other prices are running.

we are watching  all this logs on quickfix.Application class level and also
in our code, we have taken all the parsing process the fix message seperate
thread.

Is there any known quick fix engine performance problem with taking message?
Is that can be true ?

please help

Thanks.
Serdar

Re: [Quickfix-developers] Winsock errors

[mhassan <has...@gm...>]

Hi, 

i am also having the same problem. i tried to build a custom trade client
example in visual studio 6 using mfc wizard and getting the following error 


c:\program files\microsoft visual studio\vc98\mfc\include\afxv_w32.h(14) :
fatal error C1189: #error :  WINDOWS.H already included.  MFC apps must not
#include <windows.h>
MainFrm.cpp

Any trick is very much appreciated 

thanks

-- 
View this message in context: http://www.nabble.com/Winsock-errors-tp7279441p19892910.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.

Re: [Quickfix-developers] Custom FIX Message Types

[Brian E. <azz...@ya...>]

Just as an FYI, the Nabble version (http://www.nabble.com/Custom-Messages-Classes-Tutorial-p13495584.html) preserves the formatting of the original email/tutorial.

- Brian Erst
Thynk Software, Inc.


----- Original Message ----
From: Andrei Goldchleger <an...@gm...>
Cc: qui...@li...
Sent: Wednesday, October 8, 2008 7:39:51 PM
Subject: Re: [Quickfix-developers] Custom FIX Message Types

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

On Wed, Oct 8, 2008 at 9:15 PM, Malinka Rellikwodahs
<ael...@gm...> wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
> Data Dictionary is updated with values and correct I receive the message properly but when I try to cast them to the new type it fails

As far as I know, what you are trying to do is not possible in C#. You
cannot cast a reference to a base type into an derived type. In C++,
this can be done since you can cast everything into anything (you
might end up with a mess, but it is possible). As specialized message
classes in QuickFIX (e.g. QuickFIX44::NewOrderSingle) are just
wrappers around the same methods in  the QuickFIX::Message class, this
works perfectly in C++, but does not in C#.

However, there is still hope: if you rather have your custom messages
as specialized message classes in QuickFIX, the following post
explains how you can generate a customized QuickFIX version,  which
will allow exactly what you want to achieve:

http://sourceforge.net/mailarchive/message.php?msg_id=320836.47930.qm%40web31010.mail.mud.yahoo.com

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: [Quickfix-developers] Custom FIX Message Types

[Andrei G. <an...@gm...>]

On Wed, Oct 8, 2008 at 9:15 PM, Malinka Rellikwodahs
<ael...@gm...> wrote:
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
> Data Dictionary is updated with values and correct I receive the message properly but when I try to cast them to the new type it fails

As far as I know, what you are trying to do is not possible in C#. You
cannot cast a reference to a base type into an derived type. In C++,
this can be done since you can cast everything into anything (you
might end up with a mess, but it is possible). As specialized message
classes in QuickFIX (e.g. QuickFIX44::NewOrderSingle) are just
wrappers around the same methods in  the QuickFIX::Message class, this
works perfectly in C++, but does not in C#.

However, there is still hope: if you rather have your custom messages
as specialized message classes in QuickFIX, the following post
explains how you can generate a customized QuickFIX version,  which
will allow exactly what you want to achieve:

http://sourceforge.net/mailarchive/message.php?msg_id=320836.47930.qm%40web31010.mail.mud.yahoo.com

Re: [Quickfix-developers] Custom FIX Message Types

[Malinka R. <ael...@gm...>]

Data Dictionary is updated with values and correct I receive the message
properly but when I try to cast them to the new type it fails

On Wed, Oct 8, 2008 at 7:59 PM, Shane Trotter <str...@co...>wrote:

> You should check the DataDictionary XML file, it defines the message
> structures/fields.  You should be able to add fields/types there.
>
> --
> Shane Trotter
> Connamara Systems, LLC
>
> On Wed, Oct 8, 2008 at 6:49 PM, Malinka Rellikwodahs <ael...@gm...
> > wrote:
>
>> QuickFIX Documentation:
>> http://www.quickfixengine.org/quickfix/doc/html/index.html
>> QuickFIX Support: http://www.quickfixengine.org/services.html
>>
>>
>> I know this has been discussed before however looking through the archive
>> i was unable to determine how to successfully add a new message type to the
>> system, so that it will work with MessageCracker.
>>
>> In C#, I created a new class inheriting QuickFix44 with the tags I will be
>> needing in this message, and then in my Application/Message Cracker object I
>> added a public new void onMessage(QuickFix.Message, QuickFix.SessionID ses),
>> which I created an if statement looking for the MsgType value the new
>> Message will be using, which all works correctly, however when I try casting
>> to the new message type, the same as is done in the QuickFix44
>> MessageCracker, It throws an InvalidCastException saying it can't convert
>> from QuickFix44.Message to my new Message type. After looking through the
>> Message code I'm not seeing why this would be.  Any help or suggestions
>> would be appreciated.
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Quickfix-developers mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>>
>
>

Re: [Quickfix-developers] Custom FIX Message Types

[Shane T. <str...@co...>]

You should check the DataDictionary XML file, it defines the message
structures/fields.  You should be able to add fields/types there.

-- 
Shane Trotter
Connamara Systems, LLC

On Wed, Oct 8, 2008 at 6:49 PM, Malinka Rellikwodahs
<ael...@gm...>wrote:

> QuickFIX Documentation:
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
> I know this has been discussed before however looking through the archive i
> was unable to determine how to successfully add a new message type to the
> system, so that it will work with MessageCracker.
>
> In C#, I created a new class inheriting QuickFix44 with the tags I will be
> needing in this message, and then in my Application/Message Cracker object I
> added a public new void onMessage(QuickFix.Message, QuickFix.SessionID ses),
> which I created an if statement looking for the MsgType value the new
> Message will be using, which all works correctly, however when I try casting
> to the new message type, the same as is done in the QuickFix44
> MessageCracker, It throws an InvalidCastException saying it can't convert
> from QuickFix44.Message to my new Message type. After looking through the
> Message code I'm not seeing why this would be.  Any help or suggestions
> would be appreciated.
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

[Quickfix-developers] Custom FIX Message Types

[Malinka R. <ael...@gm...>]

I know this has been discussed before however looking through the archive i
was unable to determine how to successfully add a new message type to the
system, so that it will work with MessageCracker.

In C#, I created a new class inheriting QuickFix44 with the tags I will be
needing in this message, and then in my Application/Message Cracker object I
added a public new void onMessage(QuickFix.Message, QuickFix.SessionID ses),
which I created an if statement looking for the MsgType value the new
Message will be using, which all works correctly, however when I try casting
to the new message type, the same as is done in the QuickFix44
MessageCracker, It throws an InvalidCastException saying it can't convert
from QuickFix44.Message to my new Message type. After looking through the
Message code I'm not seeing why this would be.  Any help or suggestions
would be appreciated.

Re: [Quickfix-developers] Re mote host name/IP address

[Alexis M. <ale...@ya...>]

Yoav-6 wrote:
> 
> When running a QuickFix application as Acceptor (C++), how can I get the
> remote hostname/IP address of the party which is connected to my server?
> 

I have this requirement too for QuickFix in C#. Have you been able to figure
this one out?

Thanks,
-Alex
-- 
View this message in context: http://www.nabble.com/Remote-host-name-IP-address-tp17261277p19885901.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.

Re: [Quickfix-developers] Data Dictionary

[Andrew C. <And...@Tw...>]

Not sure about the C++ syntax but you need to call Message.GetHeader() to
access the header fields 


Andrew Culross
Direct   +1 (914) 220-8849 
http://www.twofour.com/emaildisclaimer.aspx


-----Original Message-----
From: crazy4venu [mailto:cra...@gm...] 
Sent: Tuesday, September 30, 2008 8:14 AM
To: qui...@li...
Subject: [Quickfix-developers] Data Dictionary

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


Dear All,

By using this code i missing some fields such as begin string, MsgType and
some other fields

 FIX::DataDictionary dd("FIX42.xml");
   FIX::Message msg=(FIX::Message)text.c_str();
   FIX::FieldMap fieldmap;
   string str,str2;
   for (FIX::FieldMap::iterator i = msg.begin (), e = msg.end (); i != e;
++i)
   {
   dd.getFieldName(i->first,str2);
      cout <<str2<<':'<< i->first << '=' << i->second <<"\n";
  
   }


can any one please help me ?

Regards
Venu
--
View this message in context:
http://www.nabble.com/Data-Dictionary-tp19740848p19740848.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] QF keeps crashing...

[Andrew M. <an...@nm...>]

My app keeps crashing...The most recent log file from the JVM is below. Others 
are here:

http://www.nmedia.net/~andrew/qf/hs_err_pid3296.log
http://www.nmedia.net/~andrew/qf/hs_err_pid2424.log
http://www.nmedia.net/~andrew/qf/hs_err_pid3320.log
http://www.nmedia.net/~andrew/qf/hs_err_pid5916.log
http://www.nmedia.net/~andrew/qf/hs_err_pid6632.log
http://www.nmedia.net/~andrew/qf/hs_err_pid8564.log
http://www.nmedia.net/~andrew/qf/hs_err_pid8572.log
http://www.nmedia.net/~andrew/qf/hs_err_pid8784.log

Anyone know why this is happening?
Thanks!


#
# An unexpected error has been detected by Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x3c542ea1, pid=3296, tid=7740
#
# Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode windows-x86)
# Problematic frame:
# C  [quickfix_jni.dll+0x2ea1]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x3cd92c00):  JavaThread "Thread-29" [_thread_in_native, 
id=7740, stack(0x3fcf0000,0x3fd40000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x32393659

Registers:
EAX=0x00000000, EBX=0x402dffff, ECX=0x00640000, EDX=0x3fd3f0f4
ESP=0x3fd3f004, EBP=0x3fd3f0f4, ESI=0x32393600, EDI=0x3e621334
EIP=0x3c542ea1, EFLAGS=0x00010246

Top of Stack: (sp=0x3fd3f004)
0x3fd3f004:   3fd3f0f4 3cd92c00 3e621334 05a69be0
0x3fd3f014:   3c550e73 3fd3f0f4 3cd92c00 3e621334
0x3fd3f024:   3fd3f158 05a69be0 3cd92c00 00000006
0x3fd3f034:   00000004 3fd3f138 3c550b14 3fd3f05c
0x3fd3f044:   3fd3f0f4 9c1cb24b 3cd92c00 05a69bd8
0x3fd3f054:   3fd3f158 05a69be0 3fd3f1dc 00000022
0x3fd3f064:   3ca54188 00000022 3fd3f1dc 3fd3f064
0x3fd3f074:   3cd92c00 3fd3f118 6dd8f820 6dde8830

Instructions: (pc=0x3c542ea1)
0x3c542e91:   fd ff ff 84 c0 74 05 8b 76 08 eb 04 8b de 8b 36
0x3c542ea1:   80 7e 59 00 74 e1 8b c3 5d 5f 5e 5b c2 04 00 6a


Stack: [0x3fcf0000,0x3fd40000],  sp=0x3fd3f004,  free space=316k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [quickfix_jni.dll+0x2ea1]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v  ~BufferBlob::Interpreter
J  multifix.MuxThingy.send(Lquickfix/Message;)Z
v  ~BufferBlob::Interpreter
v  ~BufferBlob::Interpreter
v  ~BufferBlob::Interpreter
J  quickfix.MessageCracker.crack(Lquickfix/Message;Lquickfix/SessionID;)V
v  ~BufferBlob::Interpreter
v  ~BufferBlob::StubRoutines (1)

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
   0x3cbd5c00 JavaThread "TimerQueue" daemon [_thread_blocked, id=3976, 
stack(0x416e0000,0x41730000)]
   0x3cbd5800 JavaThread "Thread-30" [_thread_in_native, id=5560, 
stack(0x41550000,0x415a0000)]
=>0x3cd92c00 JavaThread "Thread-29" [_thread_in_native, id=7740, 
stack(0x3fcf0000,0x3fd40000)]
   0x3cd92800 JavaThread "Thread-28" [_thread_in_native, id=3748, 
stack(0x3fc60000,0x3fcb0000)]
   0x3cd92400 JavaThread "Thread-27" [_thread_in_native, id=5980, 
stack(0x3fbd0000,0x3fc20000)]
   0x3cd91c00 JavaThread "Thread-26" [_thread_in_native, id=6216, 
stack(0x3fa20000,0x3fa70000)]
   0x3cd91800 JavaThread "Thread-25" [_thread_in_native, id=5232, 
stack(0x3fab0000,0x3fb00000)]
   0x3cd91000 JavaThread "Thread-24" [_thread_in_native, id=2820, 
stack(0x3f750000,0x3f7a0000)]
   0x3cd90c00 JavaThread "Thread-23" [_thread_in_native, id=3820, 
stack(0x3f5a0000,0x3f5f0000)]
   0x3cd90400 JavaThread "Thread-22" [_thread_in_native, id=2848, 
stack(0x3f900000,0x3f950000)]
   0x3cd90000 JavaThread "Thread-21" [_thread_in_native, id=7540, 
stack(0x3f870000,0x3f8c0000)]
   0x3cd8f800 JavaThread "Thread-20" [_thread_in_native, id=9140, 
stack(0x3f630000,0x3f680000)]
   0x3cd8f400 JavaThread "Thread-19" [_thread_in_native, id=3452, 
stack(0x3f6c0000,0x3f710000)]
   0x3cd8f000 JavaThread "Thread-18" [_thread_in_native, id=4404, 
stack(0x3f990000,0x3f9e0000)]
   0x3cd8e800 JavaThread "Thread-17" [_thread_in_native, id=4616, 
stack(0x3f7e0000,0x3f830000)]
   0x3cd8e400 JavaThread "Thread-16" [_thread_in_native, id=2212, 
stack(0x3fb40000,0x3fb90000)]
   0x3cd8dc00 JavaThread "Thread-15" [_thread_in_native, id=4612, 
stack(0x3ef70000,0x3efc0000)]
   0x3cd8d800 JavaThread "DestroyJavaVM" [_thread_blocked, id=5448, 
stack(0x00220000,0x00270000)]
   0x3cd8d000 JavaThread "Thread-14" [_thread_in_native, id=2860, 
stack(0x3f480000,0x3f4d0000)]
   0x3cd8cc00 JavaThread "Timer-1" [_thread_blocked, id=5292, 
stack(0x3f510000,0x3f560000)]
   0x3cd8c400 JavaThread "Thread-13" [_thread_in_native, id=8980, 
stack(0x3f360000,0x3f3b0000)]
   0x3cd8c000 JavaThread "Thread-12" [_thread_in_native, id=4100, 
stack(0x3f3f0000,0x3f440000)]
   0x3cd8bc00 JavaThread "Thread-10" [_thread_in_native, id=4808, 
stack(0x3f2d0000,0x3f320000)]
   0x3cd8b400 JavaThread "Thread-9" [_thread_in_native, id=8868, 
stack(0x3f240000,0x3f290000)]
   0x3cb60c00 JavaThread "Thread-8" [_thread_in_native, id=2092, 
stack(0x3f1b0000,0x3f200000)]
   0x3cb60800 JavaThread "Thread-7" [_thread_in_native, id=5976, 
stack(0x3f120000,0x3f170000)]
   0x3ca5d000 JavaThread "Thread-6" [_thread_in_native, id=8512, 
stack(0x3f000000,0x3f050000)]
   0x3ca5c800 JavaThread "Thread-5" [_thread_in_native, id=2516, 
stack(0x3f090000,0x3f0e0000)]
   0x3ca5c400 JavaThread "Thread-4" [_thread_in_native, id=7648, 
stack(0x3d720000,0x3d770000)]
   0x3cb7c400 JavaThread "Thread-3" daemon [_thread_blocked, id=4132, 
stack(0x3d530000,0x3d580000)]
   0x3ca47800 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=3796, 
stack(0x3d0d0000,0x3d120000)]
   0x3bf2a000 JavaThread "Timer-0" [_thread_blocked, id=4788, 
stack(0x3d040000,0x3d090000)]
   0x3ca5f000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=6112, 
stack(0x3cf60000,0x3cfb0000)]
   0x3bdb3000 JavaThread "AWT-Shutdown" [_thread_blocked, id=3628, 
stack(0x3cea0000,0x3cef0000)]
   0x3ca1d400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=4716, 
stack(0x3c850000,0x3c8a0000)]
   0x3bda5400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=4292, 
stack(0x3c360000,0x3c3b0000)]
   0x00bff800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=3212, 
stack(0x3c2d0000,0x3c320000)]
   0x00bff000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4028, 
stack(0x3c240000,0x3c290000)]
   0x00bfec00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2548, 
stack(0x3c1b0000,0x3c200000)]
   0x3bd9e800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5748, 
stack(0x3c120000,0x3c170000)]
   0x3bd96000 JavaThread "Finalizer" daemon [_thread_blocked, id=5552, 
stack(0x3c090000,0x3c0e0000)]
   0x3bd92800 JavaThread "Reference Handler" daemon [_thread_blocked, id=6956, 
stack(0x3c000000,0x3c050000)]

Other Threads:
   0x00bee400 VMThread [stack: 0x3bf70000,0x3bfc0000] [id=3392]
   0x3bdae400 WatcherThread [stack: 0x3c4f0000,0x3c540000] [id=3840]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
  PSYoungGen      total 8640K, used 6891K [0x35e90000, 0x368b0000, 0x3b770000)
   eden space 7936K, 78% used [0x35e90000,0x364a0fc0,0x36650000)
   from space 704K, 96% used [0x36680000,0x36729ec0,0x36730000)
   to   space 1216K, 0% used [0x36780000,0x36780000,0x368b0000)
  PSOldGen        total 15232K, used 4569K [0x09770000, 0x0a650000, 0x35e90000)
   object space 15232K, 29% used [0x09770000,0x09be6440,0x0a650000)
  PSPermGen       total 22528K, used 17551K [0x05770000, 0x06d70000, 0x09770000)
   object space 22528K, 77% used [0x05770000,0x06893c98,0x06d70000)

Dynamic libraries:
0x00400000 - 0x00423000 	z:\jdk\bin\java.exe
0x77ac0000 - 0x77c20000 	C:\Windows\SysWOW64\ntdll.dll
0x77120000 - 0x77230000 	C:\Windows\syswow64\kernel32.dll
0x76f20000 - 0x76fe6000 	C:\Windows\syswow64\ADVAPI32.dll
0x774d0000 - 0x775c0000 	C:\Windows\syswow64\RPCRT4.dll
0x75c70000 - 0x75cd0000 	C:\Windows\syswow64\Secur32.dll
0x7c340000 - 0x7c396000 	z:\jdk\jre\bin\msvcr71.dll
0x6dac0000 - 0x6de7a000 	z:\jdk\jre\bin\server\jvm.dll
0x77050000 - 0x77120000 	C:\Windows\syswow64\USER32.dll
0x76d50000 - 0x76de0000 	C:\Windows\syswow64\GDI32.dll
0x75b80000 - 0x75bb2000 	C:\Windows\system32\WINMM.dll
0x76ca0000 - 0x76d4a000 	C:\Windows\syswow64\msvcrt.dll
0x775c0000 - 0x77704000 	C:\Windows\syswow64\ole32.dll
0x76de0000 - 0x76e6d000 	C:\Windows\syswow64\OLEAUT32.dll
0x75b40000 - 0x75b79000 	C:\Windows\system32\OLEACC.dll
0x76870000 - 0x768d0000 	C:\Windows\system32\IMM32.DLL
0x76bd0000 - 0x76c98000 	C:\Windows\syswow64\MSCTF.dll
0x758e0000 - 0x7590c000 	C:\Windows\system32\apphelp.dll
0x76b40000 - 0x76b49000 	C:\Windows\syswow64\LPK.DLL
0x76ac0000 - 0x76b3d000 	C:\Windows\syswow64\USP10.dll
0x6d320000 - 0x6d328000 	z:\jdk\jre\bin\hpi.dll
0x77710000 - 0x77717000 	C:\Windows\syswow64\PSAPI.DLL
0x6d820000 - 0x6d82c000 	z:\jdk\jre\bin\verify.dll
0x6d3c0000 - 0x6d3df000 	z:\jdk\jre\bin\java.dll
0x6d860000 - 0x6d86f000 	z:\jdk\jre\bin\zip.dll
0x3c540000 - 0x3c609000 	Z:\javaclasses\quickfix\quickfix_jni.dll
0x76ef0000 - 0x76f1d000 	C:\Windows\syswow64\WS2_32.dll
0x774c0000 - 0x774c6000 	C:\Windows\syswow64\NSI.dll
0x753f0000 - 0x75477000 
C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f\MSVCP80.dll
0x75260000 - 0x752fb000 
C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f\MSVCR80.dll
0x3c610000 - 0x3c786000 	Z:\multifix\LIBMYSQL.dll
0x75b30000 - 0x75b37000 	C:\Windows\system32\WSOCK32.dll
0x6d0b0000 - 0x6d1de000 	Z:\jdk\jre\bin\awt.dll
0x756a0000 - 0x756e2000 	C:\Windows\system32\WINSPOOL.DRV
0x6d2c0000 - 0x6d313000 	Z:\jdk\jre\bin\fontmanager.dll
0x75cd0000 - 0x767df000 	C:\Windows\syswow64\shell32.dll
0x76a60000 - 0x76ab8000 	C:\Windows\syswow64\SHLWAPI.dll
0x756f0000 - 0x7588e000 
C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_5cdbaa5a083979cc\comctl32.dll
0x6d620000 - 0x6d633000 	Z:\jdk\jre\bin\net.dll
0x759b0000 - 0x759eb000 	C:\Windows\system32\mswsock.dll
0x75a30000 - 0x75a35000 	C:\Windows\System32\wship6.dll
0x6d640000 - 0x6d649000 	Z:\jdk\jre\bin\nio.dll
0x75910000 - 0x7593c000 	C:\Windows\system32\DNSAPI.dll
0x75a00000 - 0x75a08000 	C:\Windows\System32\winrnr.dll
0x76ea0000 - 0x76eea000 	C:\Windows\syswow64\WLDAP32.dll
0x75650000 - 0x7565f000 	C:\Windows\system32\NLAapi.dll
0x75630000 - 0x75649000 	C:\Windows\system32\IPHLPAPI.DLL
0x755f0000 - 0x75625000 	C:\Windows\system32\dhcpcsvc.DLL
0x75b20000 - 0x75b27000 	C:\Windows\system32\WINNSI.DLL
0x753b0000 - 0x753d1000 	C:\Windows\system32\dhcpcsvc6.DLL
0x753a0000 - 0x753af000 	C:\Windows\system32\napinsp.dll
0x755e0000 - 0x755e6000 	C:\Windows\system32\rasadhlp.dll
0x75a10000 - 0x75a15000 	C:\Windows\system32\wshtcpip.dll
0x767e0000 - 0x76864000 	C:\Windows\syswow64\CLBCatQ.DLL
0x75000000 - 0x75126000 	C:\Windows\System32\msxml3.dll

VM Arguments:
jvm_args: -Xmx800m -Djava.library.path=z:/javaclasses/quickfix;
java_command: multifix.mfix z:\multifix\cfg\multifix.cfg 
z:\multifix\cfg\multifix_acceptor_prod.cfg 
z:\multifix\cfg\multifix_initiator_arca_prod.cfg 
z:\multifix\cfg\multifix_initiator_apollo_prod.cfg 
z:\multifix\cfg\multifix_initiator_edga_prod.cfg 
z:\multifix\cfg\multifix_initiator_edgx_prod.cfg 
z:\multifix\cfg\multifix_initiator1_prod.cfg 
z:\multifix\cfg\multifix_initiator2_prod.cfg 
z:\multifix\cfg\multifix_initiator3_prod.cfg 
z:\multifix\cfg\multifix_initiator4_prod.cfg 
z:\multifix\cfg\multifix_initiator5_prod.cfg 
z:\multifix\cfg\multifix_initiator6_prod.cfg
Launcher Type: SUN_STANDARD

Environment Variables:
JAVA_HOME=z:\jdk
CLASSPATH=z:\jdk/lib;z:/javaclasses/mysql-connector-java.jar;z:/javaclasses/optional.jar;z:/javaclasses/quickfix/quickfix.jar;z:/javaclasses/prod/oms.jar;z:/javaclasses/mfix-edg.jar;z:/javaclasses/jbcl.jar;z:/javaclasses/log4j-1.2.8.jar;z:/javaclasses/primetime.jar
PATH=z:\jdk\bin
USERNAME=Administrator
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 23 Stepping 6, GenuineIntel



---------------  S Y S T E M  ---------------

OS: Windows Vista Build 6001 Service Pack 1

CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 7 stepping 6, 
cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3

Memory: 4k page, physical 4194303k(4194303k free), swap 4194303k(4194303k free)

vm_info: Java HotSpot(TM) Server VM (10.0-b23) for windows-x86 JRE 
(1.6.0_07-b06), built on Jun 10 2008 01:09:43 by "java_re" with MS VC++ 7.1

time: Fri Sep 19 11:29:36 2008
elapsed time: 1170 seconds

[Quickfix-developers] Custom tags, multiple versions of a message

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

I have the following scenario I'm trying to sort out:

- In my application (a FIX message gateway) I have just received a NewOrderSingle which contains a custom tag (tag 8000) containing some value
- I want to send a copy of this order to three target sessions in this order:

   1) The target destination for this order (i.e. ARCA)
   2) A risk management system internal to our office
   3) A database system which records the order for central archiving of trade activity

- I DO NOT want the target destination (#1) to get custom tag 8000
- I DO want #2 and #3 to get custom tag 8000

What's the most efficient way of handling this scenario, if we assume that my entry point is the onMessage event handler for this message type?

If I remove tag 8000 from the message prior to sending to #1, then I have to manually add it back before sending to #2 and #3.  This would work if all I had was one custom tag to deal with, but my project requirement calls for a myriad of possible custom tags being developed in the 8000 range moving forward, the definition of which are t.b.d., so I'm hesitant to have to keep modifying this code.

Is it possible to create a complete "copy" of the order, strip the custom tags from the original and send to #1, and then send the "copy" to #2 and #3?  If so, how do I effect a copy of the original message.  Everything I've tried (VB .NET) results in a pointer back to the original message, so that after I've stripped the custom tag it is also stripped from the so-called "copy".

Am I going about this in entirely the wrong way?  Is there another, better, way to "mask" certain fields on a SendToTarget and then unmask them on subsequent SendToTargets?

Any help would be greatly appreciated.

Many thanks,

   John

Re: [Quickfix-developers] How to iterate Message header ?

[mhassan <has...@gm...>]

i am new to quickfix, but what i understand is to use crach method and get
the particular information 

 crack( message, sessionID ); 

FIX::Symbol symbol;
  FIX::Side side;
  FIX::OrdType ordType;
  FIX::OrderQty orderQty;
  FIX::Price price;
  FIX::ClOrdID clOrdID;
  FIX::Account account;


message.get( symbol );
  message.get( side );
  message.get( orderQty );
  message.get( price );
  message.get( clOrdID );


you can see the above code is the example executor application code 

the crack method is defined in fromApp method and the other code is defined
in onMessage method

hope it helps
m. hassan




crazy4venu wrote:
> 
> Dear All,
> 
>  How do i iterate the Message Header in c++ 
> 
> 
> example:
> 8=FIX.4.2☺9=66☺35=5☺34=4☺49=MRKT☺52=20081002-19:08:20.195☺56=ve...@ya...☺10=069☺
> 
> Please help me ?
> 
> Regards
> venu
> 

-- 
View this message in context: http://www.nabble.com/How-to-iterate-Message-header---tp19786138p19851245.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.

[Quickfix-developers] Sockets in CLOSE_WAIT state using quickfix-1.12.4

[Abel M. <am...@bo...>]

Hi all,

We were using quickfix-1.12.4 (the) and we change our version in order 
the version tagged 1.12.4 into repository.
 From this point, we are getting some unexpected behaviour.
Sometimes we get this core while fix is accepting connections:

#0 0x00665184 in _int_malloc () from /lib/tls/libc.so.6
#1 0x00666a21 in malloc () from /lib/tls/libc.so.6
#2 0x005d7427 in operator new () from /usr/lib/libstdc++.so.6
#3 0x0040c18f in FIX::ThreadedSocketInitiator::doConnect 
(this=0x8fc7a90, s=@0x994d648, d=@0x8fc814c) at Initiator.h:83
#4 0x003f1c11 in FIX::Initiator::connect (this=0x8fc7a90)
    at 
/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/bits/stl_tree.h:246
#5 0x004095bc in FIX::ThreadedSocketInitiator::onStart (this=0x8fc7a90) 
at ThreadedSocketInitiator.cpp:86
#6 0x003f07cb in FIX::Initiator::startThread (p=0xb611cc8) at 
Initiator.cpp:305
#7 0x009fe3cc in start_thread () from /lib/tls/libpthread.so.0
#8 0x006cb1ae in clone () from /lib/tls/libc.so.6


Other issue is that when a connection fails, some sockets are not 
correctly cleaned (socket_close is not colled), and they stay in 
'CLOSE_WAIT'.

This is happening to someone else?

Thank you in advance
Abel Monroy



Antes de imprimir, piensa en el MEDIO AMBIENTE


****************************** AVISO LEGAL ******************************
La información contenida en este mensaje es para uso exclusivo de su destinatario. No debe copiarse, transmitirse a terceros ni guardarse por estos últimos, salvo autorización del remitente.
Puede contener información confidencial o legalmente protegida cuyo régimen legal de utilización no se ve afectado por el hecho de que haya sido enviada por correo electrónico.
Su envío por error a una persona distinta de su destinatario real no implica que se haya modificado tal destinatario ni supone renuncia a su eventual carácter confidencial o al régimen legal que rija su utilización.
Cualquier opinión expresada en este mensaje vinculará exclusivamente a la persona que lo haya remitido, excepto cuando el mensaje establezca lo contrario y el remitente esté autorizado para establecer que dichas opiniones vincularán a esta entidad.
En el supuesto de que este correo se recibiera por error, rogamos procedan a borrarlo, sin reenviarlo a terceros ni conservarlo en cualquier soporte y nos informen inmediatamente llamando al teléfono 34 91 7095566 o a la dirección de correo electrónico remitente. Gracias.
****************************** DISCLAIMER ******************************
The information contained in this message is for the exclusive use of the named person. It can not be copied, transmitted to third parties or stored by the latter, except if authorised by the sender.
It may contain confidential or legally privileged information whose legal regime is not affected by the fact that this information has been sent by e-mail. 
Its erroneous transmission to a person other than the real named person neither implies any modification of this named person nor a renunciation of the eventual confidentiality or legal regime affecting the use of concerned message.
Any views expressed in this message are binding exclusively upon the individual sender, except where the message states otherwise and the sender is authorised to bind this entity. 
If you receive this message in error, please delete it without transmitting it to any third party or keeping it in any form and notify us immediately either by phone (34 91 7095566) or using the e- mail address of the sender. Thank You.

Re: [Quickfix-developers] How to stop quickfix validation?

[Shrila <om...@ma...>]

Hi Oren!
Thank  You, I have understood, problem beside server?
My code is correct?

-- 
View this message in context: http://www.nabble.com/How-do-you-determine-valid-tags-for-a-message--tp6923557p19792370.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.

[Quickfix-developers] How to iterate Message header ?

[crazy4venu <cra...@gm...>]

Dear All,

 How do i iterate the Message Header in c++ 


example:
8=FIX.4.2☺9=66☺35=5☺34=4☺49=MRKT☺52=20081002-19:08:20.195☺56=ve...@ya...☺10=069☺

Please help me ?

Regards
venu
-- 
View this message in context: http://www.nabble.com/How-to-iterate-Message-header---tp19786138p19786138.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.

Re: [Quickfix-developers] How do we stor our messages

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

It will.  Where depends on the message store you used.  FileStore,
MySQLStore etc. They will only be resent if a sequence number gap is
detected.  ResetOnDisconnect will remove those messages when the
connection is dropped.

--oren

> -------- Original Message --------
> Subject: How do we stor our messages
> From: "Pierre El-khoury" <pi...@al...>
> Date: Thu, October 02, 2008 1:26 am
> To: <or...@qu...>, <Ned...@ao...>
> Cc: <qui...@li...>
> Hi
>  In case I got disconneted, will the Quick fix engin save the generated
> messages? and where? and will these messages be send on logon? Does
> "ResetOnDisconnect logout remove these messages and all messages that
> where communicated while loged on? I need a way to control the failover
> situation and Time out.
> Best regards
>  Pierre

Re: [Quickfix-developers] DataDictionary: Iterate over the fields in a message

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

Yep.  I added it as a feature request.

--oren

> -------- Original Message --------
> Subject: Re: [Quickfix-developers] DataDictionary: Iterate over the
> fields in a message
> From: "Marcus Monaghan" <Mar...@wi...>
> Date: Thu, October 02, 2008 1:22 am
> To: <qui...@li...>
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
> Thanks for the reply Oren but I managed to get round this. Perhaps this
> could be added as a feature in the next release?
> -----Original Message-----
> The data is available in the DataDictionary object, but is not currently
> exposed.  This would be easy enough to add.
> > -------- Original Message --------
> > All,
> > 
> > Is there a way to get the fields that belong to a message?
> > 
> > For example, I want to be able to iterate over the fields within a
> > QuoteRequest.
> > 
> > I can't use my own XML parser to go over the XML document as I add
> > custom fields to the session dictionary at runtime.
> *** IMPORTANT NOTICE ***
> This message (including any attachments) is confidential and is for the intended recipient only. If you are not the intended recipient, please inform the sender and delete any copies from your system. Internet communications are not secure and therefore Winterflood Securities Ltd does not accept legal responsibility for any of its contents (including any attachments) and any view expressed by the sender as these are not necessarily the views of Winterflood Securities Ltd.
> Although all emails sent and received by Winterflood Securities Ltd are passed through extensive virus scanning technologies, we cannot guarantee the email (including attachments) is virus free. You should take whatever measures you deem appropriate within your organisation to ensure maximum protection.
> Registered Office: The Atrium Building, Cannon Bridge, 25 Dowgate Hill, London, EC4R 2GA. Registered in England No. 2242204.
> Winterflood Securities Limited is authorised and regulated by the Financial Services Authority.
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers