quickfix-developers Mailing List for QuickFIX (Page 265)
Brought to you by:
orenmnero
Menu
▾
▴
quickfix-developers — QuickFIX developers forum
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
(5) |
Mar
(16) |
Apr
(15) |
May
(17) |
Jun
(33) |
Jul
(35) |
Aug
(34) |
Sep
(19) |
Oct
(40) |
Nov
(51) |
Dec
(43) |
| 2003 |
Jan
(45) |
Feb
(79) |
Mar
(124) |
Apr
(121) |
May
(132) |
Jun
(77) |
Jul
(110) |
Aug
(57) |
Sep
(48) |
Oct
(83) |
Nov
(60) |
Dec
(40) |
| 2004 |
Jan
(67) |
Feb
(72) |
Mar
(74) |
Apr
(87) |
May
(70) |
Jun
(96) |
Jul
(75) |
Aug
(147) |
Sep
(128) |
Oct
(83) |
Nov
(67) |
Dec
(42) |
| 2005 |
Jan
(110) |
Feb
(84) |
Mar
(68) |
Apr
(55) |
May
(51) |
Jun
(192) |
Jul
(111) |
Aug
(100) |
Sep
(79) |
Oct
(127) |
Nov
(73) |
Dec
(112) |
| 2006 |
Jan
(95) |
Feb
(120) |
Mar
(138) |
Apr
(127) |
May
(124) |
Jun
(97) |
Jul
(103) |
Aug
(88) |
Sep
(138) |
Oct
(91) |
Nov
(112) |
Dec
(57) |
| 2007 |
Jan
(55) |
Feb
(35) |
Mar
(56) |
Apr
(16) |
May
(20) |
Jun
(77) |
Jul
(43) |
Aug
(47) |
Sep
(29) |
Oct
(54) |
Nov
(39) |
Dec
(40) |
| 2008 |
Jan
(69) |
Feb
(79) |
Mar
(122) |
Apr
(106) |
May
(114) |
Jun
(76) |
Jul
(83) |
Aug
(71) |
Sep
(53) |
Oct
(75) |
Nov
(54) |
Dec
(43) |
| 2009 |
Jan
(32) |
Feb
(31) |
Mar
(64) |
Apr
(48) |
May
(38) |
Jun
(43) |
Jul
(35) |
Aug
(15) |
Sep
(52) |
Oct
(62) |
Nov
(62) |
Dec
(21) |
| 2010 |
Jan
(44) |
Feb
(10) |
Mar
(47) |
Apr
(22) |
May
(5) |
Jun
(54) |
Jul
(19) |
Aug
(54) |
Sep
(16) |
Oct
(15) |
Nov
(7) |
Dec
(8) |
| 2011 |
Jan
(18) |
Feb
(9) |
Mar
(5) |
Apr
(5) |
May
(41) |
Jun
(40) |
Jul
(29) |
Aug
(17) |
Sep
(12) |
Oct
(23) |
Nov
(22) |
Dec
(11) |
| 2012 |
Jan
(8) |
Feb
(24) |
Mar
(5) |
Apr
(5) |
May
(6) |
Jun
(5) |
Jul
(5) |
Aug
(5) |
Sep
(2) |
Oct
(9) |
Nov
(2) |
Dec
(18) |
| 2013 |
Jan
(25) |
Feb
(16) |
Mar
(8) |
Apr
(2) |
May
(16) |
Jun
(17) |
Jul
(2) |
Aug
(13) |
Sep
(3) |
Oct
(4) |
Nov
(1) |
Dec
|
| 2014 |
Jan
(2) |
Feb
|
Mar
(22) |
Apr
(9) |
May
(3) |
Jun
(1) |
Jul
(5) |
Aug
(11) |
Sep
(18) |
Oct
(4) |
Nov
(4) |
Dec
(3) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(37) |
Jul
|
Aug
(4) |
Sep
(6) |
Oct
(1) |
Nov
(4) |
Dec
(2) |
| 2016 |
Jan
(9) |
Feb
(3) |
Mar
(7) |
Apr
(1) |
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
(3) |
Nov
(16) |
Dec
|
| 2017 |
Jan
(1) |
Feb
(15) |
Mar
(2) |
Apr
(12) |
May
(4) |
Jun
(7) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(23) |
Dec
(8) |
| 2018 |
Jan
(2) |
Feb
(4) |
Mar
(2) |
Apr
(8) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(5) |
Nov
(3) |
Dec
|
| 2020 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(5) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chaithanya B. <cbo...@av...> - 2003-09-23 21:06:33
|
ICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXQuamF2YTo0OTog cGFja2FnZSBvcmcucXVpY2tmaXggZG9lcyBub3QgZXhpc3QKICAgIFtqYXZhY10gaW1wb3J0IG9y Zy5xdWlja2ZpeC4qOwogICAgW2phdmFjXSBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZk ZXYvcXVpY2tmaXgvc3JjL2F0X2FwcGxpY2F0aW9uLmphdmE6NTA6IHBhY2thZ2Ugb3JnLnF1aWNr Zml4IGRvZXMgbm90IGV4aXN0CiAgICBbamF2YWNdIGltcG9ydCBvcmcucXVpY2tmaXguKjsKICAg IFtqYXZhY10gXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9h dF9hcHBsaWNhdGlvbi5qYXZhOjUxOiBwYWNrYWdlIG9yZy5xdWlja2ZpeC5maWVsZCBkb2VzIG5v dCBleGlzdAogICAgW2phdmFjXSBpbXBvcnQgb3JnLnF1aWNrZml4LmZpZWxkLio7CiAgICBbamF2 YWNdIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfYXBw bGljYXRpb24uamF2YTo1MzogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJv bCAgOiBjbGFzcyBBcHBsaWNhdGlvbiAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGF0X2Fw cGxpY2F0aW9uCiAgICBbamF2YWNdIHB1YmxpYyBjbGFzcyBhdF9hcHBsaWNhdGlvbiBpbXBsZW1l bnRzIEFwcGxpY2F0aW9uCiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMv YXRfbWVzc2FnZWNyYWNrZXIuamF2YTo1MTogcGFja2FnZSBvcmcucXVpY2tmaXggZG9lcyBub3Qg ZXhpc3QKICAgIFtqYXZhY10gaW1wb3J0IG9yZy5xdWlja2ZpeC4qOwogICAgW2phdmFjXSBeCiAg ICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFj a2VyLmphdmE6NTI6IHBhY2thZ2Ugb3JnLnF1aWNrZml4LmZpZWxkIGRvZXMgbm90IGV4aXN0CiAg ICBbamF2YWNdIGltcG9ydCBvcmcucXVpY2tmaXguZmllbGQuKjsKICAgIFtqYXZhY10gXgogICAg W2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3JhY2tl ci5qYXZhOjU0OiBwYWNrYWdlIG9yZy5xdWlja2ZpeCBkb2VzIG5vdCBleGlzdAogICAgW2phdmFj XSBjbGFzcyBNZXNzYWdlQ3JhY2tlciBleHRlbmRzIG9yZy5xdWlja2ZpeC5NZXNzYWdlQ3JhY2tl ciB7CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg XgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdl Y3JhY2tlci5qYXZhOjYyOiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9s ICA6IGNsYXNzIE1lc3NhZ2UgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBNZXNzYWdlQ3Jh Y2tlcgogICAgW2phdmFjXSBwdWJsaWMgdm9pZCBwcm9jZXNzKCBNZXNzYWdlIG1lc3NhZ2UsIFNl c3Npb25JRCBzZXNzaW9uSUQgKSAKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgXgog ICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3Jh Y2tlci5qYXZhOjYyOiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6 IGNsYXNzIFNlc3Npb25JRCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFj a2VyCiAgICBbamF2YWNdIHB1YmxpYyB2b2lkIHByb2Nlc3MoIE1lc3NhZ2UgbWVzc2FnZSwgU2Vz c2lvbklEIHNlc3Npb25JRCApIAogICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9z cmMvYXRfbWVzc2FnZWNyYWNrZXIuamF2YTo2MzogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBb amF2YWNdIHN5bWJvbCAgOiBjbGFzcyBGaWVsZE5vdEZvdW5kIAogICAgW2phdmFjXSBsb2NhdGlv bjogY2xhc3MgTWVzc2FnZUNyYWNrZXIKICAgIFtqYXZhY10gdGhyb3dzIEZpZWxkTm90Rm91bmQs IFVuc3VwcG9ydGVkTWVzc2FnZVR5cGUsIEluY29ycmVjdFRhZ1ZhbHVlIHsKICAgIFtqYXZhY10g ICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRf bWVzc2FnZWNyYWNrZXIuamF2YTo2MzogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNd IHN5bWJvbCAgOiBjbGFzcyBVbnN1cHBvcnRlZE1lc3NhZ2VUeXBlIAogICAgW2phdmFjXSBsb2Nh dGlvbjogY2xhc3MgTWVzc2FnZUNyYWNrZXIKICAgIFtqYXZhY10gdGhyb3dzIEZpZWxkTm90Rm91 bmQsIFVuc3VwcG9ydGVkTWVzc2FnZVR5cGUsIEluY29ycmVjdFRhZ1ZhbHVlIHsKICAgIFtqYXZh Y10gICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRl di9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNrZXIuamF2YTo2MzogY2Fubm90IHJlc29sdmUg c3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBJbmNvcnJlY3RUYWdWYWx1ZSAKICAg IFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAgICBbamF2YWNdIHRocm93 cyBGaWVsZE5vdEZvdW5kLCBVbnN1cHBvcnRlZE1lc3NhZ2VUeXBlLCBJbmNvcnJlY3RUYWdWYWx1 ZSB7CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21l c3NhZ2VjcmFja2VyLmphdmE6ODU6IHBhY2thZ2Ugb3JnLnF1aWNrZml4LmZpeDQzIGRvZXMgbm90 IGV4aXN0CiAgICBbamF2YWNdIHB1YmxpYyB2b2lkIG9uTWVzc2FnZSggb3JnLnF1aWNrZml4LmZp eDQzLk5ld09yZGVyU2luZ2xlIG1lc3NhZ2UsCiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2 L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3JhY2tlci5qYXZhOjg2OiBjYW5ub3QgcmVzb2x2ZSBz eW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNlc3Npb25JRCAKICAgIFtqYXZhY10g bG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAgICBbamF2YWNdIAkJICAgICAgIFNlc3Np b25JRCBzZXNzaW9uSUQgKSAKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICBeCiAg ICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFj a2VyLmphdmE6ODc6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDog Y2xhc3MgRmllbGROb3RGb3VuZCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VD cmFja2VyCiAgICBbamF2YWNdIHRocm93cyBGaWVsZE5vdEZvdW5kLCBVbnN1cHBvcnRlZE1lc3Nh Z2VUeXBlLCBJbmNvcnJlY3RUYWdWYWx1ZSB7CiAgICBbamF2YWNdICAgICAgICBeCiAgICBbamF2 YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmph dmE6ODc6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3Mg VW5zdXBwb3J0ZWRNZXNzYWdlVHlwZSAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3Nh Z2VDcmFja2VyCiAgICBbamF2YWNdIHRocm93cyBGaWVsZE5vdEZvdW5kLCBVbnN1cHBvcnRlZE1l c3NhZ2VUeXBlLCBJbmNvcnJlY3RUYWdWYWx1ZSB7CiAgICBbamF2YWNdICAgICAgICAgICAgICAg ICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0 X21lc3NhZ2VjcmFja2VyLmphdmE6ODc6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFj XSBzeW1ib2wgIDogY2xhc3MgSW5jb3JyZWN0VGFnVmFsdWUgCiAgICBbamF2YWNdIGxvY2F0aW9u OiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSB0aHJvd3MgRmllbGROb3RGb3VuZCwg VW5zdXBwb3J0ZWRNZXNzYWdlVHlwZSwgSW5jb3JyZWN0VGFnVmFsdWUgewogICAgW2phdmFjXSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFj XSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3JhY2tlci5qYXZh OjkxOiBwYWNrYWdlIG9yZy5xdWlja2ZpeC5maXg0MyBkb2VzIG5vdCBleGlzdAogICAgW2phdmFj XSBwdWJsaWMgdm9pZCBvbk1lc3NhZ2UoIG9yZy5xdWlja2ZpeC5maXg0My5TZWN1cml0eURlZmlu aXRpb24gbWVzc2FnZSwKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3Jj L2F0X21lc3NhZ2VjcmFja2VyLmphdmE6OTI6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2ph dmFjXSBzeW1ib2wgIDogY2xhc3MgU2Vzc2lvbklEIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xh c3MgTWVzc2FnZUNyYWNrZXIKICAgIFtqYXZhY10gCQkgICAgICAgU2Vzc2lvbklEIHNlc3Npb25J RCApIAogICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4 cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNrZXIuamF2YTo5Mzog Y2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBGaWVsZE5v dEZvdW5kIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgTWVzc2FnZUNyYWNrZXIKICAgIFtq YXZhY10gdGhyb3dzIEZpZWxkTm90Rm91bmQsIFVuc3VwcG9ydGVkTWVzc2FnZVR5cGUsIEluY29y cmVjdFRhZ1ZhbHVlIHsKICAgIFtqYXZhY10gICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9z cGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNrZXIuamF2YTo5MzogY2Fubm90 IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBVbnN1cHBvcnRlZE1l c3NhZ2VUeXBlIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgTWVzc2FnZUNyYWNrZXIKICAg IFtqYXZhY10gdGhyb3dzIEZpZWxkTm90Rm91bmQsIFVuc3VwcG9ydGVkTWVzc2FnZVR5cGUsIElu Y29ycmVjdFRhZ1ZhbHVlIHsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgIF4KICAg IFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNr ZXIuamF2YTo5MzogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBj bGFzcyBJbmNvcnJlY3RUYWdWYWx1ZSAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3Nh Z2VDcmFja2VyCiAgICBbamF2YWNdIHRocm93cyBGaWVsZE5vdEZvdW5kLCBVbnN1cHBvcnRlZE1l c3NhZ2VUeXBlLCBJbmNvcnJlY3RUYWdWYWx1ZSB7CiAgICBbamF2YWNdICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3Bh cmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6MTAxOiBwYWNrYWdl IG9yZy5xdWlja2ZpeC5maXg0MiBkb2VzIG5vdCBleGlzdAogICAgW2phdmFjXSBwdWJsaWMgdm9p ZCBvbk1lc3NhZ2UoIG9yZy5xdWlja2ZpeC5maXg0Mi5OZXdPcmRlclNpbmdsZSBtZXNzYWdlLAog ICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KICAg IFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNr ZXIuamF2YToxMDI6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDog Y2xhc3MgU2Vzc2lvbklEIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgTWVzc2FnZUNyYWNr ZXIKICAgIFtqYXZhY10gCQkgICAgICAgU2Vzc2lvbklEIHNlc3Npb25JRCApIAogICAgW2phdmFj XSAgICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRl di9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNrZXIuamF2YToxMDM6IGNhbm5vdCByZXNvbHZl IHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgRmllbGROb3RGb3VuZCAKICAgIFtq YXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAgICBbamF2YWNdIHRocm93cyBG aWVsZE5vdEZvdW5kLCBVbnN1cHBvcnRlZE1lc3NhZ2VUeXBlLCBJbmNvcnJlY3RUYWdWYWx1ZSB7 CiAgICBbamF2YWNdICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVp Y2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6MTAzOiBjYW5ub3QgcmVzb2x2ZSBzeW1i b2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFVuc3VwcG9ydGVkTWVzc2FnZVR5cGUgCiAg ICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSB0aHJv d3MgRmllbGROb3RGb3VuZCwgVW5zdXBwb3J0ZWRNZXNzYWdlVHlwZSwgSW5jb3JyZWN0VGFnVmFs dWUgewogICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhw b3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3JhY2tlci5qYXZhOjEwMzog Y2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBJbmNvcnJl Y3RUYWdWYWx1ZSAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAg ICBbamF2YWNdIHRocm93cyBGaWVsZE5vdEZvdW5kLCBVbnN1cHBvcnRlZE1lc3NhZ2VUeXBlLCBJ bmNvcnJlY3RUYWdWYWx1ZSB7CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVp Y2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6MTA3OiBwYWNrYWdlIG9yZy5xdWlja2Zp eC5maXg0MiBkb2VzIG5vdCBleGlzdAogICAgW2phdmFjXSBwdWJsaWMgdm9pZCBvbk1lc3NhZ2Uo IG9yZy5xdWlja2ZpeC5maXg0Mi5TZWN1cml0eURlZmluaXRpb24gbWVzc2FnZSwKICAgIFtqYXZh Y10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNd IC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6 MTA4OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNl c3Npb25JRCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAgICBb amF2YWNdIAkJICAgICAgIFNlc3Npb25JRCBzZXNzaW9uSUQgKSAKICAgIFtqYXZhY10gICAgICAg ICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tm aXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6MTA5OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wK ICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIEZpZWxkTm90Rm91bmQgCiAgICBbamF2YWNdIGxv Y2F0aW9uOiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSB0aHJvd3MgRmllbGROb3RG b3VuZCwgVW5zdXBwb3J0ZWRNZXNzYWdlVHlwZSwgSW5jb3JyZWN0VGFnVmFsdWUgewogICAgW2ph dmFjXSAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3Ny Yy9hdF9tZXNzYWdlY3JhY2tlci5qYXZhOjEwOTogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBb amF2YWNdIHN5bWJvbCAgOiBjbGFzcyBVbnN1cHBvcnRlZE1lc3NhZ2VUeXBlIAogICAgW2phdmFj XSBsb2NhdGlvbjogY2xhc3MgTWVzc2FnZUNyYWNrZXIKICAgIFtqYXZhY10gdGhyb3dzIEZpZWxk Tm90Rm91bmQsIFVuc3VwcG9ydGVkTWVzc2FnZVR5cGUsIEluY29ycmVjdFRhZ1ZhbHVlIHsKICAg IFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFy ZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNrZXIuamF2YToxMDk6IGNhbm5vdCBy ZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgSW5jb3JyZWN0VGFnVmFs dWUgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFj XSB0aHJvd3MgRmllbGROb3RGb3VuZCwgVW5zdXBwb3J0ZWRNZXNzYWdlVHlwZSwgSW5jb3JyZWN0 VGFnVmFsdWUgewogICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3Ny Yy9hdF9tZXNzYWdlY3JhY2tlci5qYXZhOjExNzogcGFja2FnZSBvcmcucXVpY2tmaXguZml4NDEg ZG9lcyBub3QgZXhpc3QKICAgIFtqYXZhY10gcHVibGljIHZvaWQgb25NZXNzYWdlKCBvcmcucXVp Y2tmaXguZml4NDEuTmV3T3JkZXJTaW5nbGUgbWVzc2FnZSwKICAgIFtqYXZhY10gICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3Bh cmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6MTE4OiBjYW5ub3Qg cmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNlc3Npb25JRCAKICAg IFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAgICBbamF2YWNdIAkJICAg ICAgIFNlc3Npb25JRCBzZXNzaW9uSUQgKSAKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAg ICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21l c3NhZ2VjcmFja2VyLmphdmE6MTE5OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10g c3ltYm9sICA6IGNsYXNzIEZpZWxkTm90Rm91bmQgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFz cyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSB0aHJvd3MgRmllbGROb3RGb3VuZCwgVW5zdXBw b3J0ZWRNZXNzYWdlVHlwZSwgSW5jb3JyZWN0VGFnVmFsdWUgewogICAgW2phdmFjXSAgICAgICAg XgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdl Y3JhY2tlci5qYXZhOjExOTogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJv bCAgOiBjbGFzcyBVbnN1cHBvcnRlZE1lc3NhZ2VUeXBlIAogICAgW2phdmFjXSBsb2NhdGlvbjog Y2xhc3MgTWVzc2FnZUNyYWNrZXIKICAgIFtqYXZhY10gdGhyb3dzIEZpZWxkTm90Rm91bmQsIFVu c3VwcG9ydGVkTWVzc2FnZVR5cGUsIEluY29ycmVjdFRhZ1ZhbHVlIHsKICAgIFtqYXZhY10gICAg ICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlj a2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNrZXIuamF2YToxMTk6IGNhbm5vdCByZXNvbHZlIHN5bWJv bAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgSW5jb3JyZWN0VGFnVmFsdWUgCiAgICBbamF2 YWNdIGxvY2F0aW9uOiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSB0aHJvd3MgRmll bGROb3RGb3VuZCwgVW5zdXBwb3J0ZWRNZXNzYWdlVHlwZSwgSW5jb3JyZWN0VGFnVmFsdWUgewog ICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg XgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdl Y3JhY2tlci5qYXZhOjEyMzogcGFja2FnZSBvcmcucXVpY2tmaXguZml4NDAgZG9lcyBub3QgZXhp c3QKICAgIFtqYXZhY10gcHVibGljIHZvaWQgb25NZXNzYWdlKCBvcmcucXVpY2tmaXguZml4NDAu TmV3T3JkZXJTaW5nbGUgbWVzc2FnZSwKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVp Y2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6MTI0OiBjYW5ub3QgcmVzb2x2ZSBzeW1i b2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNlc3Npb25JRCAKICAgIFtqYXZhY10gbG9j YXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAgICBbamF2YWNdIAkJICAgICAgIFNlc3Npb25J RCBzZXNzaW9uSUQgKSAKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICBeCiAgICBb amF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2Vy LmphdmE6MTI1OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNs YXNzIEZpZWxkTm90Rm91bmQgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBNZXNzYWdlQ3Jh Y2tlcgogICAgW2phdmFjXSB0aHJvd3MgRmllbGROb3RGb3VuZCwgVW5zdXBwb3J0ZWRNZXNzYWdl VHlwZSwgSW5jb3JyZWN0VGFnVmFsdWUgewogICAgW2phdmFjXSAgICAgICAgXgogICAgW2phdmFj XSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3JhY2tlci5qYXZh OjEyNTogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBV bnN1cHBvcnRlZE1lc3NhZ2VUeXBlIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgTWVzc2Fn ZUNyYWNrZXIKICAgIFtqYXZhY10gdGhyb3dzIEZpZWxkTm90Rm91bmQsIFVuc3VwcG9ydGVkTWVz c2FnZVR5cGUsIEluY29ycmVjdFRhZ1ZhbHVlIHsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAg ICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRf bWVzc2FnZWNyYWNrZXIuamF2YToxMjU6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFj XSBzeW1ib2wgIDogY2xhc3MgSW5jb3JyZWN0VGFnVmFsdWUgCiAgICBbamF2YWNdIGxvY2F0aW9u OiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSB0aHJvd3MgRmllbGROb3RGb3VuZCwg VW5zdXBwb3J0ZWRNZXNzYWdlVHlwZSwgSW5jb3JyZWN0VGFnVmFsdWUgewogICAgW2phdmFjXSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFj XSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9hcHBsaWNhdGlvbi5qYXZhOjU3 OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNlc3Np b25JRCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGF0X2FwcGxpY2F0aW9uCiAgICBbamF2 YWNdIHB1YmxpYyB2b2lkIG9uQ3JlYXRlKCBTZXNzaW9uSUQgc2Vzc2lvbklEICkgewogICAgW2ph dmFjXSAgICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2 ZGV2L3F1aWNrZml4L3NyYy9hdF9hcHBsaWNhdGlvbi5qYXZhOjY4OiBjYW5ub3QgcmVzb2x2ZSBz eW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNlc3Npb25JRCAKICAgIFtqYXZhY10g bG9jYXRpb246IGNsYXNzIGF0X2FwcGxpY2F0aW9uCiAgICBbamF2YWNdIHB1YmxpYyB2b2lkIG9u TG9nb24oIFNlc3Npb25JRCBzZXNzaW9uSUQgKSB7fQogICAgW2phdmFjXSAgICAgICAgICAgICAg ICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0 X2FwcGxpY2F0aW9uLmphdmE6NzA6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBz eW1ib2wgIDogY2xhc3MgU2Vzc2lvbklEIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXRf YXBwbGljYXRpb24KICAgIFtqYXZhY10gcHVibGljIHZvaWQgb25Mb2dvdXQoIFNlc3Npb25JRCBz ZXNzaW9uSUQgKSB7CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2 YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X2FwcGxpY2F0aW9uLmphdmE6 NzQ6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgTWVz c2FnZSAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGF0X2FwcGxpY2F0aW9uCiAgICBbamF2 YWNdIHB1YmxpYyB2b2lkIHRvQWRtaW4oIE1lc3NhZ2UgbWVzc2FnZSwgU2Vzc2lvbklEIHNlc3Np b25JRCApIHt9CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10g L2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfYXBwbGljYXRpb24uamF2YTo3NDog Y2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBTZXNzaW9u SUQgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBhdF9hcHBsaWNhdGlvbgogICAgW2phdmFj XSBwdWJsaWMgdm9pZCB0b0FkbWluKCBNZXNzYWdlIG1lc3NhZ2UsIFNlc3Npb25JRCBzZXNzaW9u SUQgKSB7fQogICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfYXBwbGlj YXRpb24uamF2YTo3NTogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAg OiBjbGFzcyBNZXNzYWdlIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXRfYXBwbGljYXRp b24KICAgIFtqYXZhY10gcHVibGljIHZvaWQgdG9BcHAoIE1lc3NhZ2UgbWVzc2FnZSwgU2Vzc2lv bklEIHNlc3Npb25JRCApCiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2 YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X2FwcGxpY2F0aW9uLmphdmE6 NzU6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgU2Vz c2lvbklEIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXRfYXBwbGljYXRpb24KICAgIFtq YXZhY10gcHVibGljIHZvaWQgdG9BcHAoIE1lc3NhZ2UgbWVzc2FnZSwgU2Vzc2lvbklEIHNlc3Np b25JRCApCiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4K ICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfYXBwbGljYXRp b24uamF2YTo3NjogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBj bGFzcyBEb05vdFNlbmQgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBhdF9hcHBsaWNhdGlv bgogICAgW2phdmFjXSAgIHRocm93cyBEb05vdFNlbmQge30KICAgIFtqYXZhY10gICAgICAgICAg XgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9hcHBsaWNh dGlvbi5qYXZhOjc3OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6 IGNsYXNzIE1lc3NhZ2UgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBhdF9hcHBsaWNhdGlv bgogICAgW2phdmFjXSBwdWJsaWMgdm9pZCBmcm9tQWRtaW4oIE1lc3NhZ2UgbWVzc2FnZSwgU2Vz c2lvbklEIHNlc3Npb25JRCApCiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgXgog ICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9hcHBsaWNhdGlv bi5qYXZhOjc3OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNs YXNzIFNlc3Npb25JRCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGF0X2FwcGxpY2F0aW9u CiAgICBbamF2YWNdIHB1YmxpYyB2b2lkIGZyb21BZG1pbiggTWVzc2FnZSBtZXNzYWdlLCBTZXNz aW9uSUQgc2Vzc2lvbklEICkKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9z cmMvYXRfYXBwbGljYXRpb24uamF2YTo3ODogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2 YWNdIHN5bWJvbCAgOiBjbGFzcyBGaWVsZE5vdEZvdW5kIAogICAgW2phdmFjXSBsb2NhdGlvbjog Y2xhc3MgYXRfYXBwbGljYXRpb24KICAgIFtqYXZhY10gICB0aHJvd3MgRmllbGROb3RGb3VuZCwg SW5jb3JyZWN0RGF0YUZvcm1hdCwgCiAgICBbamF2YWNdICAgICAgICAgIF4KICAgIFtqYXZhY10g L2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfYXBwbGljYXRpb24uamF2YTo3ODog Y2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBJbmNvcnJl Y3REYXRhRm9ybWF0IAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXRfYXBwbGljYXRpb24K ICAgIFtqYXZhY10gICB0aHJvd3MgRmllbGROb3RGb3VuZCwgSW5jb3JyZWN0RGF0YUZvcm1hdCwg CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9y dC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfYXBwbGljYXRpb24uamF2YTo3OTogY2Fubm90 IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBJbmNvcnJlY3RUYWdW YWx1ZSAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIGF0X2FwcGxpY2F0aW9uCiAgICBbamF2 YWNdICAgSW5jb3JyZWN0VGFnVmFsdWUsIFJlamVjdExvZ29uIHt9ICAKICAgIFtqYXZhY10gICBe CiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X2FwcGxpY2F0 aW9uLmphdmE6Nzk6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDog Y2xhc3MgUmVqZWN0TG9nb24gCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBhdF9hcHBsaWNh dGlvbgogICAgW2phdmFjXSAgIEluY29ycmVjdFRhZ1ZhbHVlLCBSZWplY3RMb2dvbiB7fSAgCiAg ICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFy ZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfYXBwbGljYXRpb24uamF2YTo4MDogY2Fubm90IHJlc29s dmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBNZXNzYWdlIAogICAgW2phdmFj XSBsb2NhdGlvbjogY2xhc3MgYXRfYXBwbGljYXRpb24KICAgIFtqYXZhY10gcHVibGljIHZvaWQg ZnJvbUFwcCggTWVzc2FnZSBtZXNzYWdlLCBTZXNzaW9uSUQgc2Vzc2lvbklEICkKICAgIFtqYXZh Y10gICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2 L3F1aWNrZml4L3NyYy9hdF9hcHBsaWNhdGlvbi5qYXZhOjgwOiBjYW5ub3QgcmVzb2x2ZSBzeW1i b2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNlc3Npb25JRCAKICAgIFtqYXZhY10gbG9j YXRpb246IGNsYXNzIGF0X2FwcGxpY2F0aW9uCiAgICBbamF2YWNdIHB1YmxpYyB2b2lkIGZyb21B cHAoIE1lc3NhZ2UgbWVzc2FnZSwgU2Vzc2lvbklEIHNlc3Npb25JRCApCiAgICBbamF2YWNdICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0 L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9hcHBsaWNhdGlvbi5qYXZhOjgxOiBjYW5ub3Qg cmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIEZpZWxkTm90Rm91bmQg CiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBhdF9hcHBsaWNhdGlvbgogICAgW2phdmFjXSAg IHRocm93cyBGaWVsZE5vdEZvdW5kLCBJbmNvcnJlY3REYXRhRm9ybWF0LCAKICAgIFtqYXZhY10g ICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9h dF9hcHBsaWNhdGlvbi5qYXZhOjgxOiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10g c3ltYm9sICA6IGNsYXNzIEluY29ycmVjdERhdGFGb3JtYXQgCiAgICBbamF2YWNdIGxvY2F0aW9u OiBjbGFzcyBhdF9hcHBsaWNhdGlvbgogICAgW2phdmFjXSAgIHRocm93cyBGaWVsZE5vdEZvdW5k LCBJbmNvcnJlY3REYXRhRm9ybWF0LCAKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAg ICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9hcHBs aWNhdGlvbi5qYXZhOjgyOiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9s ICA6IGNsYXNzIEluY29ycmVjdFRhZ1ZhbHVlIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3Mg YXRfYXBwbGljYXRpb24KICAgIFtqYXZhY10gICBJbmNvcnJlY3RUYWdWYWx1ZSwgVW5zdXBwb3J0 ZWRNZXNzYWdlVHlwZSB7CiAgICBbamF2YWNdICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJl L2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9hcHBsaWNhdGlvbi5qYXZhOjgyOiBjYW5ub3QgcmVzb2x2 ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFVuc3VwcG9ydGVkTWVzc2FnZVR5 cGUgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBhdF9hcHBsaWNhdGlvbgogICAgW2phdmFj XSAgIEluY29ycmVjdFRhZ1ZhbHVlLCBVbnN1cHBvcnRlZE1lc3NhZ2VUeXBlIHsKICAgIFtqYXZh Y10gICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2 L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3JhY2tlci5qYXZhOjEzMTogY2Fubm90IHJlc29sdmUg c3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBDbE9yZElEIAogICAgW2phdmFjXSBs b2NhdGlvbjogY2xhc3MgTWVzc2FnZUNyYWNrZXIuUGFpcgogICAgW2phdmFjXSBwcml2YXRlIENs T3JkSUQgY2xPcmRJRDsKICAgIFtqYXZhY10gICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQv c3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6MTMyOiBjYW5u b3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNlc3Npb25JRCAK ICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyLlBhaXIKICAgIFtqYXZh Y10gcHJpdmF0ZSBTZXNzaW9uSUQgc2Vzc2lvbklEOwogICAgW2phdmFjXSAgICAgICAgIF4KICAg IFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNr ZXIuamF2YToxMzU6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDog Y2xhc3MgQ2xPcmRJRCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2Vy LlBhaXIKICAgIFtqYXZhY10gcHVibGljIFBhaXIoIENsT3JkSUQgY2xPcmRJRCwgU2Vzc2lvbklE IHNlc3Npb25JRCApIHsKICAgIFtqYXZhY10gICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4 cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNrZXIuamF2YToxMzU6 IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgU2Vzc2lv bklEIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgTWVzc2FnZUNyYWNrZXIuUGFpcgogICAg W2phdmFjXSBwdWJsaWMgUGFpciggQ2xPcmRJRCBjbE9yZElELCBTZXNzaW9uSUQgc2Vzc2lvbklE ICkgewogICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2 YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0LmphdmE6NzE6IGNhbm5vdCBy ZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgU2Vzc2lvblNldHRpbmdz IAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXQKICAgIFtqYXZhY10gCVNlc3Npb25TZXR0 aW5ncyBzZXR0aW5ncyA9IG5ldyBTZXNzaW9uU2V0dGluZ3MKICAgIFtqYXZhY10gICAgICAgICBe CiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0LmphdmE6NzE6 IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgU2Vzc2lv blNldHRpbmdzIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXQKICAgIFtqYXZhY10gCVNl c3Npb25TZXR0aW5ncyBzZXR0aW5ncyA9IG5ldyBTZXNzaW9uU2V0dGluZ3MKICAgIFtqYXZhY10g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhw b3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdC5qYXZhOjc0OiBjYW5ub3QgcmVzb2x2ZSBz eW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIEZpbGVTdG9yZUZhY3RvcnkgCiAgICBb amF2YWNdIGxvY2F0aW9uOiBjbGFzcyBhdAogICAgW2phdmFjXSAJRmlsZVN0b3JlRmFjdG9yeSBm YWN0b3J5ID0gbmV3IEZpbGVTdG9yZUZhY3Rvcnkoc2V0dGluZ3MpOwogICAgW2phdmFjXSAgICAg ICAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXQuamF2 YTo3NDogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBG aWxlU3RvcmVGYWN0b3J5IAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXQKICAgIFtqYXZh Y10gCUZpbGVTdG9yZUZhY3RvcnkgZmFjdG9yeSA9IG5ldyBGaWxlU3RvcmVGYWN0b3J5KHNldHRp bmdzKTsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg XgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdC5qYXZhOjc1 OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIEFjY2Vw dG9yIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXQKICAgIFtqYXZhY10gCUFjY2VwdG9y IGFjY2VwdG9yID0gbmV3IFNvY2tldEFjY2VwdG9yCiAgICBbamF2YWNdICAgICAgICAgXgogICAg W2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdC5qYXZhOjc1OiBjYW5u b3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNvY2tldEFjY2Vw dG9yIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXQKICAgIFtqYXZhY10gCUFjY2VwdG9y IGFjY2VwdG9yID0gbmV3IFNvY2tldEFjY2VwdG9yCiAgICBbamF2YWNdICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNr Zml4L3NyYy9hdC5qYXZhOjc2OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3lt Ym9sICA6IGNsYXNzIERlZmF1bHRNZXNzYWdlRmFjdG9yeSAKICAgIFtqYXZhY10gbG9jYXRpb246 IGNsYXNzIGF0CiAgICBbamF2YWNdIAkgICAgKCBhcHBsaWNhdGlvbiwgZmFjdG9yeSwgc2V0dGlu Z3MsIG5ldyBEZWZhdWx0TWVzc2FnZUZhY3RvcnkoKSApOwogICAgW2phdmFjXSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4KICAgIFtqYXZhY10gL2V4 cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfYXBwbGljYXRpb24uamF2YTo1ODogY2Fu bm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNdIHN5bWJvbCAgOiBjbGFzcyBTZXNzaW9uIAog ICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3MgYXRfYXBwbGljYXRpb24KICAgIFtqYXZhY10gICBT ZXNzaW9uIHNlc3Npb24gPSBTZXNzaW9uLmxvb2t1cFNlc3Npb24oIHNlc3Npb25JRCApOwogICAg W2phdmFjXSAgIF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMv YXRfYXBwbGljYXRpb24uamF2YTo1ODogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNd IHN5bWJvbCAgOiB2YXJpYWJsZSBTZXNzaW9uIAogICAgW2phdmFjXSBsb2NhdGlvbjogY2xhc3Mg YXRfYXBwbGljYXRpb24KICAgIFtqYXZhY10gICBTZXNzaW9uIHNlc3Npb24gPSBTZXNzaW9uLmxv b2t1cFNlc3Npb24oIHNlc3Npb25JRCApOwogICAgW2phdmFjXSAgICAgICAgICAgICAgICAgICAg IF4KICAgIFtqYXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2Fn ZWNyYWNrZXIuamF2YTo2NDogcGFja2FnZSBvcmcucXVpY2tmaXggZG9lcyBub3QgZXhpc3QKICAg IFtqYXZhY10gICBvcmcucXVpY2tmaXguTWVzc2FnZSBlY2hvID0gKG9yZy5xdWlja2ZpeC5NZXNz YWdlKW1lc3NhZ2UuY2xvbmUoKTsKICAgIFtqYXZhY10gICAgICAgICAgICAgICBeCiAgICBbamF2 YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmph dmE6NjQ6IHBhY2thZ2Ugb3JnLnF1aWNrZml4IGRvZXMgbm90IGV4aXN0CiAgICBbamF2YWNdICAg b3JnLnF1aWNrZml4Lk1lc3NhZ2UgZWNobyA9IChvcmcucXVpY2tmaXguTWVzc2FnZSltZXNzYWdl LmNsb25lKCk7CiAgICBbamF2YWNdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0 X21lc3NhZ2VjcmFja2VyLmphdmE6NjU6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFj XSBzeW1ib2wgIDogY2xhc3MgUG9zc1Jlc2VuZCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNz IE1lc3NhZ2VDcmFja2VyCiAgICBbamF2YWNdICAgUG9zc1Jlc2VuZCBwb3NzUmVzZW5kID0gbmV3 IFBvc3NSZXNlbmQoIGZhbHNlICk7CiAgICBbamF2YWNdICAgXgogICAgW2phdmFjXSAvZXhwb3J0 L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3JhY2tlci5qYXZhOjY1OiBjYW5u b3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFBvc3NSZXNlbmQg CiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSAg IFBvc3NSZXNlbmQgcG9zc1Jlc2VuZCA9IG5ldyBQb3NzUmVzZW5kKCBmYWxzZSApOwogICAgW2ph dmFjXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQv c3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6Njk6IGNhbm5v dCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgQ2xPcmRJRCAKICAg IFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAgICBbamF2YWNdICAgQ2xP cmRJRCBjbE9yZElEID0gbmV3IENsT3JkSUQoKTsKICAgIFtqYXZhY10gICBeCiAgICBbamF2YWNd IC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6 Njk6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgQ2xP cmRJRCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAgICBbamF2 YWNdICAgQ2xPcmRJRCBjbE9yZElEID0gbmV3IENsT3JkSUQoKTsKICAgIFtqYXZhY10gICAgICAg ICAgICAgICAgICAgICAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNr Zml4L3NyYy9hdF9tZXNzYWdlY3JhY2tlci5qYXZhOjgwOiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wK ICAgIFtqYXZhY10gc3ltYm9sICA6IHZhcmlhYmxlIFNlc3Npb24gCiAgICBbamF2YWNdIGxvY2F0 aW9uOiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSAgICAgU2Vzc2lvbi5zZW5kVG9U YXJnZXQoIGVjaG8sIHNlc3Npb25JRCApOwogICAgW2phdmFjXSAgICAgXgogICAgW2phdmFjXSAv ZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9tZXNzYWdlY3JhY2tlci5qYXZhOjgx OiBjYW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IGNsYXNzIFNlc3Np b25Ob3RGb3VuZCAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VDcmFja2VyCiAg ICBbamF2YWNdICAgfSBjYXRjaCggU2Vzc2lvbk5vdEZvdW5kIHNuZiApIHsKICAgIFtqYXZhY10g ICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3Jj L2F0X21lc3NhZ2VjcmFja2VyLmphdmE6OTQ6IHBhY2thZ2Ugb3JnLnF1aWNrZml4LmZpeDQzIGRv ZXMgbm90IGV4aXN0CiAgICBbamF2YWNdICAgb3JnLnF1aWNrZml4LmZpeDQzLlNlY3VyaXR5RGVm aW5pdGlvbiBlY2hvID0gbWVzc2FnZTsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICBe CiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2Vj cmFja2VyLmphdmE6OTY6IGNhbm5vdCByZXNvbHZlIHN5bWJvbAogICAgW2phdmFjXSBzeW1ib2wg IDogdmFyaWFibGUgU2Vzc2lvbiAKICAgIFtqYXZhY10gbG9jYXRpb246IGNsYXNzIE1lc3NhZ2VD cmFja2VyCiAgICBbamF2YWNdICAgICBTZXNzaW9uLnNlbmRUb1RhcmdldCggZWNobywgc2Vzc2lv bklEICk7CiAgICBbamF2YWNdICAgICBeCiAgICBbamF2YWNdIC9leHBvcnQvc3BhcmUvYXZkZXYv cXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6OTc6IGNhbm5vdCByZXNvbHZlIHN5 bWJvbAogICAgW2phdmFjXSBzeW1ib2wgIDogY2xhc3MgU2Vzc2lvbk5vdEZvdW5kIAogICAgW2ph dmFjXSBsb2NhdGlvbjogY2xhc3MgTWVzc2FnZUNyYWNrZXIKICAgIFtqYXZhY10gICB9IGNhdGNo KCBTZXNzaW9uTm90Rm91bmQgc25mICkgewogICAgW2phdmFjXSAgICAgICAgICAgIF4KICAgIFtq YXZhY10gL2V4cG9ydC9zcGFyZS9hdmRldi9xdWlja2ZpeC9zcmMvYXRfbWVzc2FnZWNyYWNrZXIu amF2YToxMTA6IHBhY2thZ2Ugb3JnLnF1aWNrZml4LmZpeDQyIGRvZXMgbm90IGV4aXN0CiAgICBb amF2YWNdICAgb3JnLnF1aWNrZml4LmZpeDQyLlNlY3VyaXR5RGVmaW5pdGlvbiBlY2hvID0gbWVz c2FnZTsKICAgIFtqYXZhY10gICAgICAgICAgICAgICAgICAgICBeCiAgICBbamF2YWNdIC9leHBv cnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2F0X21lc3NhZ2VjcmFja2VyLmphdmE6MTEyOiBj YW5ub3QgcmVzb2x2ZSBzeW1ib2wKICAgIFtqYXZhY10gc3ltYm9sICA6IHZhcmlhYmxlIFNlc3Np b24gCiAgICBbamF2YWNdIGxvY2F0aW9uOiBjbGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFj XSAgICAgU2Vzc2lvbi5zZW5kVG9UYXJnZXQoIGVjaG8sIHNlc3Npb25JRCApOwogICAgW2phdmFj XSAgICAgXgogICAgW2phdmFjXSAvZXhwb3J0L3NwYXJlL2F2ZGV2L3F1aWNrZml4L3NyYy9hdF9t ZXNzYWdlY3JhY2tlci5qYXZhOjExMzogY2Fubm90IHJlc29sdmUgc3ltYm9sCiAgICBbamF2YWNd IHN5bWJvbCAgOiBjbGFzcyBTZXNzaW9uTm90Rm91bmQgCiAgICBbamF2YWNdIGxvY2F0aW9uOiBj bGFzcyBNZXNzYWdlQ3JhY2tlcgogICAgW2phdmFjXSAgIH0gY2F0Y2goIFNlc3Npb25Ob3RGb3Vu ZCBzbmYgKSB7CiAgICBbamF2YWNdICAgICAgICAgICAgXgogICAgW2phdmFjXSA4OSBlcnJvcnMK CkJVSUxEIEZBSUxFRApmaWxlOi9leHBvcnQvc3BhcmUvYXZkZXYvcXVpY2tmaXgvc3JjL2J1aWxk LnhtbDoyMjogQ29tcGlsZSBmYWlsZWQ7IHNlZSB0aGUgY29tcGlsZXIgZXJyb3Igb3V0cHV0IGZv ciBkZXRhaWxzLgoKVG90YWwgdGltZTogOSBzZWNvbmRzCm1ha2VbM106ICoqKiBbYWxsLWxvY2Fs XSBFcnJvciAxCm1ha2VbMl06ICoqKiBbYWxsLXJlY3Vyc2l2ZV0gRXJyb3IgMQptYWtlWzFdOiAq KiogW2FsbC1yZWN1cnNpdmVdIEVycm9yIDEKbWFrZTogKioqIFthbGwtcmVjdXJzaXZlLWFtXSBF cnJvciAyCg== |
|
From: Asad I. <asa...@st...> - 2003-09-22 20:39:29
|
Jorg:
Thanks for the reply.
I was using the C# version of quickfix1.6.
The code below creates the message in the correnct format with the repeat=
ing
group starting with the NoRelatedSym field (146) and then symbols (55) af=
ter
that. However, the fromApp call back and OnMessage() callback are never
called on the server side when I actually send the message.
QuickFix43.MarketDataRequest mdr =3D new
QuickFix43.MarketDataRequest(mdrqi,subrt,md);
QuickFix43.MarketDataRequest.NoMDEntryTypes group =3D new
QuickFix43.MarketDataRequest.NoMDEntryTypes();
group.set(new MDEntryType(MDEntryType.BID));
group.set(new MDEntryType(MDEntryType.OFFER));
group.set(new MDEntryType(MDEntryType.TRADE));
group.set(new MDEntryType(MDEntryType.OPENING_PRICE));
mdr.addGroup(group);
QuickFix43.MarketDataRequest.NoRelatedSym syms;
syms =3D new QuickFix43.MarketDataRequest.NoRelatedSym();
syms.set(new Symbol("AMD"));
mdr.addGroup(syms);
syms.set(new Symbol("INTC"));
mdr.addGroup(syms);
if i only use 1 symbol in the repeating group i.e remove the following li=
nes
from the code
syms.set(new Symbol("INTC"));
mdr.addGroup(syms);
then the symbol is added before the NoRelatedSym field and thus the serve=
r
throws the FieldNotFound exception when I try to retreive the group from =
the
message in the OnMessage call back. Could it be a bug in the C# version o=
r
am I doing something wrong? I am going to try the same in Java to see if
that works properly.
Thanks again for your help
Asad
-----Original Message-----
From: Joe...@we... [mailto:Joe...@we...]
Sent: Monday, September 22, 2003 11:35 PM
To: Asad Iqbal
Cc: qui...@li...
Subject: Re: [Quickfix-developers] MarketDataRequest
> When I send a MarketDataRequest message using QuickFix 1.6 i get a reje=
ct
> saying missing filed 55 (Symbol) but when I look at the msg it actually=
is
> in there. However it is before Tag # 146 which is the NoRelatedSym fiel=
d.
> Can someone help please?
In the MarketDataRequest, you can specify a list of securities using a
repeating group. The structure of a repeating group is as follows:
NoRelatedSym=3DN
1. Symbol=3DA
...other optional fields
2. Symbol=3DB
...
...
N. Symbol=3DXX
...
As you can see there are two requirements: The repeating group *always*
starts with the field which tells the number (No...) of entries (here:
NoRelatedSym). Then follow the N entries, which *always* start with the
required field Symbol, followed by other optional fields which are
needed to identify the specific security. In this way, no special start
or end tags for the group and its entries are required.
If tag 55=3DSymbol is before the tag 146=3DNoRelatedSym then it is simply
outside the repeating group which is not defined for the MarketDataReques=
t.
Cheers, J=F6rg
|
|
From: Joerg T. <Joe...@we...> - 2003-09-22 18:41:32
|
Hi Kurt, as Oren I am now on holiday some my chances to help you are quite limited. Anyway, there are some other guys on the list which are quite experienced (as Alex Hornby). > I am compiling the QF1.6 executor under example > directory, and when I run it in bin/run_executor_cpp, > I came across 'segmentation fault'. So I thought it > might be because it is too new, I compiled the QF1.5 > version of the sample executor, and when I run it > again, it also generates 'segmentation fault' error. > > I believe I did successfully run the executor program > (QF1.5 version) before, what might contribute to this > mysterious 'segmentation fault' error, anyone has the > same experience? Could you provide some more information, eg. which compiler, stack trace (using gdb on the generated core) etc.? Thanks, Jörg |
|
From: Joerg T. <Joe...@we...> - 2003-09-22 18:35:20
|
> When I send a MarketDataRequest message using QuickFix 1.6 i get a reject > saying missing filed 55 (Symbol) but when I look at the msg it actually is > in there. However it is before Tag # 146 which is the NoRelatedSym field. > Can someone help please? In the MarketDataRequest, you can specify a list of securities using a repeating group. The structure of a repeating group is as follows: NoRelatedSym=N 1. Symbol=A ...other optional fields 2. Symbol=B ... ... N. Symbol=XX ... As you can see there are two requirements: The repeating group *always* starts with the field which tells the number (No...) of entries (here: NoRelatedSym). Then follow the N entries, which *always* start with the required field Symbol, followed by other optional fields which are needed to identify the specific security. In this way, no special start or end tags for the group and its entries are required. If tag 55=Symbol is before the tag 146=NoRelatedSym then it is simply outside the repeating group which is not defined for the MarketDataRequest. Cheers, Jörg |
|
From: Asad I. <asa...@st...> - 2003-09-22 10:45:41
|
When I send a MarketDataRequest message using QuickFix 1.6 i get a reject saying missing filed 55 (Symbol) but when I look at the msg it actually is in there. However it is before Tag # 146 which is the NoRelatedSym field. Can someone help please? Thanks |
|
From: KURT R. <fi...@ya...> - 2003-09-21 01:49:11
|
Joerg and Oren: I am compiling the QF1.6 executor under example directory, and when I run it in bin/run_executor_cpp, I came across 'segmentation fault'. So I thought it might be because it is too new, I compiled the QF1.5 version of the sample executor, and when I run it again, it also generates 'segmentation fault' error. I believe I did successfully run the executor program (QF1.5 version) before, what might contribute to this mysterious 'segmentation fault' error, anyone has the same experience? I tried under both RedHat 2.4.18 and 2.4.20, I got the the same result, very frustrated, Kurt --- qui...@li... wrote: > Send Quickfix-developers mailing list submissions to > qui...@li... > > To subscribe or unsubscribe via the World Wide Web, > visit > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > or, via email, send a message with subject or body > 'help' to > qui...@li... > > You can reach the person managing the list at > qui...@li... > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Quickfix-developers digest..." > > > Today's Topics: > > 1. Re: CME Problems (Joerg Thoennes) > > --__--__-- > > Message: 1 > Date: Fri, 19 Sep 2003 09:34:48 +0200 > From: Joerg Thoennes <Joe...@ma...> > Organization: Macdonald Associates > To: Rich Holm <rh...@st...> > CC: qui...@li... > Subject: Re: [Quickfix-developers] CME Problems > > > 1. Sometimes a resend request is sent when an > outstanding request > > hasn't finished. This generates an error from > ilink. > > > > The text of the error message is "Error. Received > new Resend Request > > while already processing a resend request". > > I did not find any comments in the FIX specs > regarding this. So I do not > know whether this is an error in general or only > specific to your CME iLink. > > > 2. When a heartbeat message isn't received for one > heartbeat > > interval... a TEST message is sent. A > disconnection is forced if there > > are no heartbeats in the next heartbeat interval. > The CME expects 2 > > intervals (2 TEST messages) to be tried before > giving up. They also > > expect a logout at the end before disconnection. > > OK, quoting the FIX 4.3 spec: > > > When either end of a FIX connection has not sent > any data for > > [HeartBtInt] seconds, it will transmit a Heartbeat > message. When > > either end of the connection has not received any > data for > > (HeartBtInt + some reasonable transmission time ) > seconds, it will > > transmit a Test Request message. If there is still > no Heartbeat > > message received after (HeartBtInt + some > reasonable transmission > > time ) seconds then the connection should be > considered lost and > > corrective action be initiated. If HeartBtInt is > set to zero then no > > regular heartbeat messages will be generated. Note > that a test > > request message can still be sent independent of > the value of the > > HeartBtInt, which will force a Heartbeat message. > > The term "some reasonable transmission time" is in > QuickFIX the time > agreed upon on Logon. In the case of sending a > TestRequest, this > configured time is also taken. IMHO, the FIX 4.3 > spec is to vague here. > But anyway: The spec says that if the TestRequest is > not answered > "seconds then the connection should be considered > lost." So I think > that iLink is wrong here. > > > Has anyone else seen these? Otherwise, I can > check the code and send > > some fixes. > > > > I have also added a logoff() method to the > FIX::Session class. Where > > should I send this code for inclusion? > > That is a known issue that QuickFIX does not send > Logoff if the session > is stopped. So that would be nice to have. > > Oren is currently somewhere between Budapest and > Vienna in Europe, and > so he cannot deal with that. But there are some > other people which have > commit access to the sourceforge repository (see > list of developers on > source). If he comes back you could ask him to be > given commit access. > > In the meantime, I could check in the code for you. > It would be nice to > have versions for C++, Java, .NET etc. Could you > provide them, too? > > Cheers, Jörg > > > > -- > Joerg Thoennes > http://macd.com > Tel.: +49 (0)241 44597-24 Macdonald Associates > GmbH > Fax : +49 (0)241 44597-10 Lothringer Str. 52, > D-52070 Aachen > > > > > --__--__-- > > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > End of Quickfix-developers Digest __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com |
|
From: Joerg T. <Joe...@ma...> - 2003-09-19 20:00:56
|
> 1. Sometimes a resend request is sent when an outstanding request
> hasn't finished. This generates an error from ilink.
>
> The text of the error message is "Error. Received new Resend Request
> while already processing a resend request".
I did not find any comments in the FIX specs regarding this. So I do not
know whether this is an error in general or only specific to your CME iLink.
> 2. When a heartbeat message isn't received for one heartbeat
> interval... a TEST message is sent. A disconnection is forced if there
> are no heartbeats in the next heartbeat interval. The CME expects 2
> intervals (2 TEST messages) to be tried before giving up. They also
> expect a logout at the end before disconnection.
OK, quoting the FIX 4.3 spec:
> When either end of a FIX connection has not sent any data for
> [HeartBtInt] seconds, it will transmit a Heartbeat message. When
> either end of the connection has not received any data for
> (HeartBtInt + some reasonable transmission time ) seconds, it will
> transmit a Test Request message. If there is still no Heartbeat
> message received after (HeartBtInt + some reasonable transmission
> time ) seconds then the connection should be considered lost and
> corrective action be initiated. If HeartBtInt is set to zero then no
> regular heartbeat messages will be generated. Note that a test
> request message can still be sent independent of the value of the
> HeartBtInt, which will force a Heartbeat message.
The term "some reasonable transmission time" is in QuickFIX the time
agreed upon on Logon. In the case of sending a TestRequest, this
configured time is also taken. IMHO, the FIX 4.3 spec is to vague here.
But anyway: The spec says that if the TestRequest is not answered
"seconds then the connection should be considered lost." So I think
that iLink is wrong here.
> Has anyone else seen these? Otherwise, I can check the code and send
> some fixes.
>
> I have also added a logoff() method to the FIX::Session class. Where
> should I send this code for inclusion?
That is a known issue that QuickFIX does not send Logoff if the session
is stopped. So that would be nice to have.
Oren is currently somewhere between Budapest and Vienna in Europe, and
so he cannot deal with that. But there are some other people which have
commit access to the sourceforge repository (see list of developers on
source). If he comes back you could ask him to be given commit access.
In the meantime, I could check in the code for you. It would be nice to
have versions for C++, Java, .NET etc. Could you provide them, too?
Cheers, Jörg
--
Joerg Thoennes
http://macd.com
Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH
Fax : +49 (0)241 44597-10 Lothringer Str. 52, D-52070 Aachen
|
|
From: Rich H. <rh...@st...> - 2003-09-18 19:50:38
|
=20 I am connecting to the CME (ilink 2.0) using quickfix. In order to pass certification, I need to pass certain tests. =20 I have noticed the following issues...=20 =20 1. Sometimes a resend request is sent when an outstanding request hasn't finished. This generates an error from=20 ilink. =20 The text of the error message is "Error. Received new Resend Request while already processing a resend request". =20 2. When a heartbeat message isn't received for one heartbeat interval... a TEST message is sent. A disconnection is forced if there are no heartbeats in the next heartbeat interval. The CME expects 2 intervals (2 TEST messages) to=20 be tried before giving up. They also expect a logout at the end before disconnection. =20 Has anyone else seen these? Otherwise, I can check the code and send some fixes. =20 I have also added a logoff() method to the FIX::Session class. Where should I send this code for inclusion? =20 Cheers, Rich =20 |
|
From: Jo J. <jo...@tr...> - 2003-09-18 15:05:55
|
Recently I noticed that the clock on the machine running the fix connections was a few minutes off. I fixed it, and now this problem does not occur anymore. I am glad it (seems) to be fixed, but I don't quite understand why only a few minutes difference could cause this problem. Jo -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Jo Janssens Sent: Thursday, September 11, 2003 16:41 To: qui...@li... Subject: [Quickfix-developers] Sequence number reset during day I had a strange problem today - quickfix seemed to reset the sending sequence number on both of my connections to order execution providers around the same time (18:15 UTC for one, 18:40 UTC for the other). I am using quickfix 1.5.0 C++ I have start and end time set to 11:00:00 and 23:00:00 for one connection and 12:00:00 and 23:00:00 for the other. Any idea why this might happen? I was thinking the session was getting reset but I can't seem to replicate the problem by fiddling with my system clock, so I'm unsure of how to debug this problem. I can send logs if they would be helpful. Thanks, Jo |
|
From: Jo J. <jo...@tr...> - 2003-09-18 15:03:35
|
Thanks, I was being an idiot. :)
Jo
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Joerg Thoennes
Sent: Thursday, September 18, 2003 02:14
To: Jo Janssens
Cc: qui...@li...
Subject: Re: [Quickfix-developers] Reject of OrderCancelRequest
Jo Janssens wrote:
> I am using quickfix 1.6.0 and when I send an OrderCancelRequest, it
gets=20
> rejected at the session level as follows:
>=20
> 20030917-20:00:00 : Created session
> 20030917-20:00:07 : Received logon request
> 20030917-20:00:07 : Responding to logon request
> 20030917-20:00:17 : Message 386 Rejected: Required tag missing:40
>=20
> Here is the message I sent:
>=20
>
8=3DFIX.4.29=3D13035=3DF34=3D38649=3DOMSRV52=3D20030917-20:00:1756=3DHELG=
W11=3D20030917-
00006138=3D10041=3D20030917-00004254=3D155=3DMSFT60=3D20030917-20:00:1710=
=3D211
>=20
> I am using the fix42.xml data dictionary that comes with quickfix 1.6,
> and this does not specify tag 40 for cancel requests.
According to the FIX 4.2 spec and my QF 1.5.0 FIX42.xml, there is no=20
field OrdType(tag 40) in the OrderCancelRequest message. Perhaps the=20
error message means something different?
Cheers, J=F6rg
--=20
Joerg Thoennes
http://macd.com
Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH
Fax : +49 (0)241 44597-10 Lothringer Str. 52, D-52070 Aachen
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
|
|
From: Joerg T. <Joe...@ma...> - 2003-09-18 07:15:53
|
Jo Janssens wrote:
> I am using quickfix 1.6.0 and when I send an OrderCancelRequest, it gets
> rejected at the session level as follows:
>
> 20030917-20:00:00 : Created session
> 20030917-20:00:07 : Received logon request
> 20030917-20:00:07 : Responding to logon request
> 20030917-20:00:17 : Message 386 Rejected: Required tag missing:40
>
> Here is the message I sent:
>
> 8=FIX.4.29=13035=F34=38649=OMSRV52=20030917-20:00:1756=HELGW11=20030917-00006138=10041=20030917-00004254=155=MSFT60=20030917-20:00:1710=211
>
> I am using the fix42.xml data dictionary that comes with quickfix 1.6,
> and this does not specify tag 40 for cancel requests.
According to the FIX 4.2 spec and my QF 1.5.0 FIX42.xml, there is no
field OrdType(tag 40) in the OrderCancelRequest message. Perhaps the
error message means something different?
Cheers, Jörg
--
Joerg Thoennes
http://macd.com
Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH
Fax : +49 (0)241 44597-10 Lothringer Str. 52, D-52070 Aachen
|
|
From: Jo J. <jo...@tr...> - 2003-09-17 20:05:47
|
I am using quickfix 1.6.0 and when I send an OrderCancelRequest, it gets rejected at the session level as follows: 20030917-20:00:00 : Created session 20030917-20:00:07 : Received logon request 20030917-20:00:07 : Responding to logon request 20030917-20:00:17 : Message 386 Rejected: Required tag missing:40 Here is the message I sent: 8=FIX.4.29=13035=F34=38649=OMSRV52=20030917-20:00:1756=HELGW11=20030917- 00006138=10041=20030917-00004254=155=MSFT60=20030917-20:00:1710=211 I am using the fix42.xml data dictionary that comes with quickfix 1.6, and this does not specify tag 40 for cancel requests. Any idea what is going on??? Jo |
|
From: Parag T. <PT...@tc...> - 2003-09-16 10:50:40
|
Hi there is no exception thrown by FIX::Session::sendToTarget( ) But there is no entry in outgoing log file. Has anyone faced similar scenario thanks Parag |
|
From: Parag T. <PT...@tc...> - 2003-09-16 10:30:30
|
Hi How can one map FIX::Reject Message to FIX message send earlier at application layer. Reject message has RefSeqNo as a reference id . In order to map this seqno one should know the message sequence number of the earlier message. Is there a way to get the message sequence number of message sent. thanks Parag |
|
From: Parag T. <PT...@tc...> - 2003-09-16 10:23:59
|
Hi How is Reject Message mapped to application level message. Scenario: 1. Send new order message. 2. FIX execution unit reject this message. Client received FIX::Reject message. How can application map this message to the ealier message. The only ref is RefSeqNo. Is there any way for application to find the Message Sequence number of the message it has send earlier? And correlate the reject message with earlier message. thanks Parag |
|
From: Vitor C. <vc...@hi...> - 2003-09-15 16:23:25
|
What I meant was that in this version you're not supposed to include Messages.h in the first place. Oren Miller explained this in is 2003/08/28 post regarding the release of v1.6.0. Vitor Castro | DIS <mailto:vc...@hi...> -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Jo Janssens Sent: segunda-feira, 15 de Setembro de 2003 17:17 To: 'Vitor Castro'; qui...@li... Subject: RE: [Quickfix-developers] small bug in 1.6.0 That is fine, but quickfix now includes a header file that includes other headers which no longer exist. -----Original Message----- From: Vitor Castro [mailto:vc...@hi...] Sent: Monday, September 15, 2003 11:14 To: 'Jo Janssens'; qui...@li... Subject: RE: [Quickfix-developers] small bug in 1.6.0 Hello Jo, I believe that is how it's supposed to be done in v1.6.0. The size of the includes was to big to compile on some platforms. So I guess it not actually a bug. Regards, Vitor Castro | DIS <mailto:vc...@hi...> -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Jo Janssens Sent: segunda-feira, 15 de Setembro de 2003 16:46 To: qui...@li... Subject: [Quickfix-developers] small bug in 1.6.0 Hello, If you include quickfix/Messages.h, it attempts in include fix40/Messages.h, etc, which no longer exist. This caused me some compile errors when I first tried to build my project with the new version since I used Messages.h I got around this just by including the individual message headers I need. Jo |
|
From: Jo J. <jo...@tr...> - 2003-09-15 16:16:43
|
That is fine, but quickfix now includes a header file that includes other headers which no longer exist. -----Original Message----- From: Vitor Castro [mailto:vc...@hi...] Sent: Monday, September 15, 2003 11:14 To: 'Jo Janssens'; qui...@li... Subject: RE: [Quickfix-developers] small bug in 1.6.0 Hello Jo, I believe that is how it's supposed to be done in v1.6.0. The size of the includes was to big to compile on some platforms. So I guess it not actually a bug. Regards, Vitor Castro | DIS <mailto:vc...@hi...> -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Jo Janssens Sent: segunda-feira, 15 de Setembro de 2003 16:46 To: qui...@li... Subject: [Quickfix-developers] small bug in 1.6.0 Hello, If you include quickfix/Messages.h, it attempts in include fix40/Messages.h, etc, which no longer exist. This caused me some compile errors when I first tried to build my project with the new version since I used Messages.h I got around this just by including the individual message headers I need. Jo |
|
From: Vitor C. <vc...@hi...> - 2003-09-15 16:14:25
|
Hello Jo, I believe that is how it's supposed to be done in v1.6.0. The size of the includes was to big to compile on some platforms. So I guess it not actually a bug. Regards, Vitor Castro | DIS <mailto:vc...@hi...> -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Jo Janssens Sent: segunda-feira, 15 de Setembro de 2003 16:46 To: qui...@li... Subject: [Quickfix-developers] small bug in 1.6.0 Hello, If you include quickfix/Messages.h, it attempts in include fix40/Messages.h, etc, which no longer exist. This caused me some compile errors when I first tried to build my project with the new version since I used Messages.h I got around this just by including the individual message headers I need. Jo |
|
From: Jo J. <jo...@tr...> - 2003-09-15 15:45:47
|
Hello, If you include quickfix/Messages.h, it attempts in include fix40/Messages.h, etc, which no longer exist. This caused me some compile errors when I first tried to build my project with the new version since I used Messages.h I got around this just by including the individual message headers I need. Jo |
|
From: Stancescu C. <Con...@sw...> - 2003-09-15 11:41:54
|
#define TRACE_EVENTS 1
#define TRACE_IN 2
#define TRACE_OUT 4
#define TRACE_IN_LOG 8
class CTnsLog : public Log
{
public:
CTnsLog(){ m_traceMask=0; };
virtual void onIncoming( const std::string& );
virtual void onOutgoing( const std::string& );
virtual void onEvent( const std::string& );
void SetTraceMask(std::string traceMask);
void EvtLog(const std::string& msg, BSTR trType);
private:
long m_traceMask;
};
class CTnsLogFactory : public LogFactory
{
public:
virtual Log* create( const SessionID& ) ;
virtual void destroy( Log* ) ;
void SetTraceMask(const SessionID& SessionID,
std::string traceMask) ;
private:
map<SessionID, CTnsLog*> m_mapSessionIDs2Log;
};
}
void CTnsLog::onIncoming( const std::string& msg)
{
if ( m_traceMask & TRACE_IN ) EvtLog(msg, L"Incoming");
}
void CTnsLog::onOutgoing( const std::string& msg)
{
if ( m_traceMask & TRACE_OUT ) EvtLog(msg, L"Outgoing");
}
void CTnsLog::onEvent( const std::string& msg)
{
if ( m_traceMask & TRACE_EVENTS ) EvtLog(msg, L"Event");
}
// The traceMask is a combination of
// E: trace events - recommended
// I: trace incoming messages - useful
// O: trace outgoing messages - hard core
// L: messages go in EventLog (default is TRC_GOLD)
void CTnsLog::SetTraceMask(std::string traceMask)
{
m_traceMask = 0;
if ( traceMask.find('E') != traceMask.npos )
m_traceMask |= TRACE_EVENTS;
if ( traceMask.find('I') != traceMask.npos )
m_traceMask |= TRACE_IN;
if ( traceMask.find('O') != traceMask.npos )
m_traceMask |= TRACE_OUT;
if ( traceMask.find('L') != traceMask.npos )
m_traceMask |= TRACE_IN_LOG;
}
void CTnsLog::EvtLog(const std::string& msg, BSTR trType)
{
_bstr_t bs = msg.c_str();
if ( m_traceMask & TRACE_IN_LOG )
EVT_INFO(S_OK,(L"FIX::%s %s ",trType, (wchar_t
*)bs));
else
TRC_TRACE(TRC_GOLD,(L"FIX::%s %s ",trType,
(wchar_t *)bs));
}
Log* CTnsLogFactory::create( const SessionID& sessionID)
{
CTnsLog *pLog = new CTnsLog();
m_mapSessionIDs2Log.insert(pair<SessionID, CTnsLog
*>(sessionID,pLog));
return pLog;
}
void CTnsLogFactory::destroy( Log* )
{ // tbd xxx
}
void CTnsLogFactory::SetTraceMask(const SessionID& sessionID,
std::string traceMask)
{
map<SessionID, CTnsLog*>::iterator
imap=m_mapSessionIDs2Log.find(sessionID);
if ( imap != m_mapSessionIDs2Log.end() )
(*imap).second->SetTraceMask(traceMask);
}
}
This what I use, note that:
EVT_INFO is our macro to log in the Windows eventlog
TRC_TRACE is our macro to log in a user defined trace file
Aorry for the bstr stuff, but we are Windows only...
Hope it helps...
Constantin
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...]
Sent: Freitag, 12. September 2003 05:25
To: qui...@li...
Subject: Quickfix-developers digest, Vol 1 #317 - 4 msgs
Send Quickfix-developers mailing list submissions to
qui...@li...
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
or, via email, send a message with subject or body 'help' to
qui...@li...
You can reach the person managing the list at
qui...@li...
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Quickfix-developers digest..."
Today's Topics:
1. Logging Options (Jon Dahl)
2. RE: Logging Options (Vitor Castro)
3. How to Handle Logon (Jon Dahl)
4. Sequence number reset during day (Jo Janssens)
--__--__--
Message: 1
Date: Thu, 11 Sep 2003 10:25:29 -0500
From: "Jon Dahl" <jd...@Li...>
To: <qui...@li...>
Subject: [Quickfix-developers] Logging Options
Are there currently any options out there to not log the FIX messages -
=
incoming/outgoing?
We have a Market Data Implementation and the log files at the end of the
day get rather large. I would assume I would just have to make some =
changes
to the MessageStoryFactory class or create another SocketInitiator =
constructor
with no MessageLogFactory class.
Any ideas would be appreciated.
Oh and finally... a Syslog implementation for the Events log would be a
=
great
help for real time status reporting - any thoughts about this Oren?
Thanks,
JD
--__--__--
Message: 2
From: "Vitor Castro" <vc...@hi...>
To: "'Jon Dahl'" <jd...@Li...>,
<qui...@li...>
Subject: RE: [Quickfix-developers] Logging Options
Date: Thu, 11 Sep 2003 16:42:39 +0100
Organization: HiperBit
Hi Jon,
Changing the constructor would be a way of doing it, but I think that
the prefered method would be to implement you own MessageLog Class.
Something like a NullMessageLog class that simply would discard the
information you aren't interested in.
Vitor Castro | DIS
<mailto:vc...@hi...>
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Jon Dahl
Sent: quinta-feira, 11 de Setembro de 2003 16:25
To: qui...@li...
Subject: [Quickfix-developers] Logging Options
Are there currently any options out there to not log the FIX messages -
incoming/outgoing?
We have a Market Data Implementation and the log files at the end of the
day get rather large. I would assume I would just have to make some
changes to the MessageStoryFactory class or create another
SocketInitiator constructor with no MessageLogFactory class.
Any ideas would be appreciated.
Oh and finally... a Syslog implementation for the Events log would be a
great help for real time status reporting - any thoughts about this
Oren?
Thanks,
JD
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf _______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
--__--__--
Message: 3
Date: Thu, 11 Sep 2003 14:10:57 -0500
From: "Jon Dahl" <jd...@Li...>
To: <qui...@li...>
Subject: [Quickfix-developers] How to Handle Logon
How should the Logon Message be handled in Quickfix.
I know at startup, the library will send a Logon Message automatically.
However, what should I do if I want to add the Username and Password =
fields
or Reset the Sequence numbers?
Should I crack the toAdmin function and filter for the Logon Message and
=
modify
it? Will this mess up the Checksum field and cause a Logout from the =
Acceptor
side?
Thanks,
JD
--__--__--
Message: 4
Date: Thu, 11 Sep 2003 16:40:54 -0500
From: "Jo Janssens" <jo...@tr...>
To: qui...@li...
Subject: [Quickfix-developers] Sequence number reset during day
This is a multi-part message in MIME format.
------=_NextPart_000_0011_01C37883.7820A4C0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
I had a strange problem today - quickfix seemed to reset the sending
sequence number on both of my connections to order execution providers
around the same time (18:15 UTC for one, 18:40 UTC for the other).
I am using quickfix 1.5.0 C++
I have start and end time set to 11:00:00 and 23:00:00 for one
connection and 12:00:00 and 23:00:00 for the other.
Any idea why this might happen? I was thinking the session was getting
reset but I can't seem to replicate the problem by fiddling with my
system clock, so I'm unsure of how to debug this problem.
I can send logs if they would be helpful.
Thanks,
Jo
------=_NextPart_000_0011_01C37883.7820A4C0
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">
<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 10">
<meta name=3DOriginator content=3D"Microsoft Word 10">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C37883.77A00310">
<!--[if gte mso 9]><xml>
<o:OfficeDocumentSettings>
<o:DoNotRelyOnCSS/>
</o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:WordDocument>
<w:GrammarState>Clean</w:GrammarState>
<w:DocumentKind>DocumentEmail</w:DocumentKind>
<w:EnvelopeVis/>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]-->
<style>
<!--
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-parent:"";
margin:0in;
margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;
text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
{color:purple;
text-decoration:underline;
text-underline:single;}
span.EmailStyle17
{mso-style-type:personal-compose;
mso-style-noshow:yes;
mso-ansi-font-size:10.0pt;
mso-bidi-font-size:10.0pt;
font-family:Arial;
mso-ascii-font-family:Arial;
mso-hansi-font-family:Arial;
mso-bidi-font-family:Arial;
color:windowtext;}
span.GramE
{mso-style-name:"";
mso-gram-e:yes;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.25in 1.0in 1.25in;
mso-header-margin:.5in;
mso-footer-margin:.5in;
mso-paper-source:0;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
/* Style Definitions */=20
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0in 5.4pt 0in 5.4pt;
mso-para-margin:0in;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";}
</style>
<![endif]-->
</head>
<body lang=3DEN-US link=3Dblue vlink=3Dpurple =
style=3D'tab-interval:.5in'>
<div class=3DSection1>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I had a strange problem today - quickfix seemed to =
reset the
sending sequence number on both of my connections to order execution =
providers
around the same time (18:15 UTC for one, 18:40 UTC for the =
other).<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I am using quickfix 1.5.0 =
C++<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I have start and end time set to 11:00:00 and =
23:00:00 for
one connection and 12:00:00 and 23:00:00 for the =
other.<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Any idea why this might happen? I was thinking the =
session
was getting reset but I can’t seem to replicate the problem by =
fiddling
with my system clock, so I’m unsure of how to debug this =
problem…<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>I can send logs if they would be =
helpful…<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Thanks,<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Jo<o:p></o:p></span></font></p>
</div>
</body>
</html>
------=_NextPart_000_0011_01C37883.7820A4C0--
--__--__--
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
End of Quickfix-developers Digest
This message is for the named person's use only. It may contain
confidential, proprietary or legally privileged information. No
confidentiality or privilege is waived or lost by any mistransmission.
If you receive this message in error, please notify the sender urgently
and then immediately delete the message and any copies of it from your
system. Please also immediately destroy any hardcopies of the message.
You must not, directly or indirectly, use, disclose, distribute, print,
or copy any part of this message if you are not the intended recipient.
The sender's company reserves the right to monitor all e-mail
communications through their networks. Any views expressed in this
message are those of the individual sender, except where the message
states otherwise and the sender is authorised to state them to be the
views of the sender's company.
|
|
From: Stancescu C. <Con...@sw...> - 2003-09-15 11:28:41
|
In my application I would like to be able to
perform following check:
- I have for each possible FIX partner (SenderCompID on incoming
LOGON messages) a list of trusted(allowed) IP addresses and would like
to check, at logon, that the connection is really coming from
a trusted IP address.
Looking at the code the idela place to do this will be:
bool SocketConnection::read( SocketAcceptor& a, SocketServer& s )
{
std::string msg;
try
{
if ( !readMessage( msg ) ) return false;
// Here do something like
getpeername(m_socket,&name, &nameLen);
MyCheck(name); // etc....
if ( !m_pSession )
m_pSession = a.getSession( msg, *this );
if ( m_pSession )
m_pSession->next( msg );
else
s.getMonitor().drop( m_socket );
return true;
}
catch ( RecvFailed& )
{
s.getMonitor().drop( m_socket );
}
catch ( InvalidMessage& )
{
if ( !m_pSession->isLoggedOn() )
s.getMonitor().drop( m_socket );
}
return true;
}
Any idea about defining a hook at this level ? (is something with
strategy possible ?)
Thanks,
Constantin
This message is for the named person's use only. It may contain
confidential, proprietary or legally privileged information. No
confidentiality or privilege is waived or lost by any mistransmission.
If you receive this message in error, please notify the sender urgently
and then immediately delete the message and any copies of it from your
system. Please also immediately destroy any hardcopies of the message.
You must not, directly or indirectly, use, disclose, distribute, print,
or copy any part of this message if you are not the intended recipient.
The sender's company reserves the right to monitor all e-mail
communications through their networks. Any views expressed in this
message are those of the individual sender, except where the message
states otherwise and the sender is authorised to state them to be the
views of the sender's company.
|
|
From: Jo J. <jo...@tr...> - 2003-09-11 21:41:01
|
I had a strange problem today - quickfix seemed to reset the sending sequence number on both of my connections to order execution providers around the same time (18:15 UTC for one, 18:40 UTC for the other). I am using quickfix 1.5.0 C++ I have start and end time set to 11:00:00 and 23:00:00 for one connection and 12:00:00 and 23:00:00 for the other. Any idea why this might happen? I was thinking the session was getting reset but I can't seem to replicate the problem by fiddling with my system clock, so I'm unsure of how to debug this problem. I can send logs if they would be helpful. Thanks, Jo |
|
From: Jon D. <jd...@Li...> - 2003-09-11 19:11:28
|
How should the Logon Message be handled in Quickfix. I know at startup, the library will send a Logon Message automatically. However, what should I do if I want to add the Username and Password = fields or Reset the Sequence numbers? Should I crack the toAdmin function and filter for the Logon Message and = modify it? Will this mess up the Checksum field and cause a Logout from the = Acceptor side? Thanks, JD |
|
From: Vitor C. <vc...@hi...> - 2003-09-11 15:43:10
|
Hi Jon, Changing the constructor would be a way of doing it, but I think that the prefered method would be to implement you own MessageLog Class. Something like a NullMessageLog class that simply would discard the information you aren't interested in. Vitor Castro | DIS <mailto:vc...@hi...> -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Jon Dahl Sent: quinta-feira, 11 de Setembro de 2003 16:25 To: qui...@li... Subject: [Quickfix-developers] Logging Options Are there currently any options out there to not log the FIX messages - incoming/outgoing? We have a Market Data Implementation and the log files at the end of the day get rather large. I would assume I would just have to make some changes to the MessageStoryFactory class or create another SocketInitiator constructor with no MessageLogFactory class. Any ideas would be appreciated. Oh and finally... a Syslog implementation for the Events log would be a great help for real time status reporting - any thoughts about this Oren? Thanks, JD ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Jon D. <jd...@Li...> - 2003-09-11 15:26:00
|
Are there currently any options out there to not log the FIX messages - = incoming/outgoing? We have a Market Data Implementation and the log files at the end of the day get rather large. I would assume I would just have to make some = changes to the MessageStoryFactory class or create another SocketInitiator = constructor with no MessageLogFactory class. Any ideas would be appreciated. Oh and finally... a Syslog implementation for the Events log would be a = great help for real time status reporting - any thoughts about this Oren? Thanks, JD |
98 messages has been excluded from this view by a project administrator.
