I am an optomist...I agree

Got have a Pet around here....we can name him Proggie

Proggie TWSAPI....sounds Italian

Sit Proggie!....good boy

LOL

--- In twsapi@y..., Mohsen Atallah <optequity@y...> wrote:

I think the idea is great. You need not take all the code. If it is
modular enough, each one of us can plug his / her own formula or

criteria

rapidly creating a trading solution the infra-structure of which was
already tested by different people in varying scenarios. You can
concentrate though on your own trading techniques and research,

rather

then reinventing the wheel.

--- qnolte <q1@n...> wrote:

A problem with this single approach is that we may have different
objectives. I'm trying to develop an automated option day-

trading

system using vb.net. Other are looking for a position-trading
system. Some are into stocks or futures.

--- In twsapi@y..., "marinindextrader" <marinindextrader@y...>

wrote:

"That should be one of the great features of this board (i.e.,
providing a non-trivial set of starting projects).
"

I would go beyond that...

Imagine a nucleus project growing. Every week or so it gets

improved.

Older versions are retained...as a history to an evolution.

People download and tweak and then upload. We look, try it, and
comment. It morphs continuously as a result of many minds and
opinions....features are added, kept or tried and discarded.

Input

comes from traders and programmers...eventually the project is

a

viable tool, and the evolution continues.

It is free for everyone, even those who choose not to

participate in

its developement. It is freeware of the best sort. Shaped by

the

minds and experiences of many...freely diseminated. Source Code

Open.

As time passes our pet "Board" project branches and takes on

new

shapes and directions....perhaps merges back in totality or

part.

I can see that. I see a commuinity project that is the best of

all

those who wish to contribute, and free in totality.

Such a project and endeavor would be persistently satisfying,

though

unlikely in reality....

In the meantime...I will continue to morph my little starter

cell

project...new updates added...broader examples depicted...

It will be interesting to see if and when it becomes infectious


Scott

PS: The files section, like all sections of this board are
unlocked...anyone can access them, up or down.

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup

I think the idea is great. You need not take all the code. If it is
modular enough, each one of us can plug his / her own formula or criteria
rapidly creating a trading solution the infra-structure of which was
already tested by different people in varying scenarios. You can
concentrate though on your own trading techniques and research, rather
then reinventing the wheel.

--- qnolte <q1@...> wrote:

A problem with this single approach is that we may have different
objectives. I'm trying to develop an automated option day-trading
system using vb.net. Other are looking for a position-trading
system. Some are into stocks or futures.

--- In twsapi@y..., "marinindextrader" <marinindextrader@y...> wrote:

"That should be one of the great features of this board (i.e.,
providing a non-trivial set of starting projects).
"

I would go beyond that...

Imagine a nucleus project growing. Every week or so it gets improved.
Older versions are retained...as a history to an evolution.

People download and tweak and then upload. We look, try it, and
comment. It morphs continuously as a result of many minds and
opinions....features are added, kept or tried and discarded. Input
comes from traders and programmers...eventually the project is a
viable tool, and the evolution continues.

It is free for everyone, even those who choose not to participate in
its developement. It is freeware of the best sort. Shaped by the
minds and experiences of many...freely diseminated. Source Code Open.

As time passes our pet "Board" project branches and takes on new
shapes and directions....perhaps merges back in totality or part.

I can see that. I see a commuinity project that is the best of all
those who wish to contribute, and free in totality.

Such a project and endeavor would be persistently satisfying, though
unlikely in reality....

In the meantime...I will continue to morph my little starter cell
project...new updates added...broader examples depicted...

It will be interesting to see if and when it becomes infectious


Scott

PS: The files section, like all sections of this board are
unlocked...anyone can access them, up or down.

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup

I am trying to determine if this is possible, here are some questions
I have.
Here what I would like to accomplish: Have TWS running with a
spreadsheet monitoring data with conditional orders. I want to run a
spreadsheet remotely on another machine that will allow me to monitor
the excel instance connected to TWS. This will enable me to have
alarms set remotely and have the ability to send changes from one
excel instance to another.

#2 less desired option have DDE server to link between them

Would appreciate any help on this goal.

Kent

I will Post a word doc when I finish my limited research on DDE.


Subject: NetDDE/Win2000
There could be many things going on here to prevent NetDDE
communications and it's impossible to cover them all in this venue.
For the configuration you've described there is no need to configure
a domain and/or winsserver. I'll start with the basics to begin, do
the following on all PCs:
1. Ping each of the other respecitve nodes via its name and IP
Address and make sure you get 'Reply' messages to each ping. If
no 'Reply' messages are recieved then this would need to be addressed
on your network so that you do get 'Reply' messsages.
2. Make sure, if possible, that only TCP/IP is the configured
protocol. If any other protocols are configured then remove them for
now, they can be readded later on if necessary.
3. Make sure the Network DDE, Network DDE DSDM and ClipBook Server
services are set for 'Automatic' and have a status of 'started', this
can be verified under Control Panel/Services. If any of these
services are not 'started' then start them.
4. Make sure your PC names are not embedded with any spaces or longer
than 15 characters in length, NetDDE has problems when encountering
either of these anomolies.
5. Compare the PCs that are able to get a NetDDE connection to those
that don't and make sure the ones that aren't connecting are
configured exactly the same as those that do connect.
6. NT Service Pack 4 broke NetDDE, MicroSoft made 'hotfixes'
available for Service Packs 4 and 5 to install to fix NetDDE. If
possible, make sure any/all NT PC's have SP6a (incorporated NetDDE
fix) installed or the respective NetDDE 'hotfix' for SP4 or SP5.
7. Make sure DDEShares (*|*) are defined on ALL PC's, 2000 or NT.
I recently found that Win2000 defaults to 16 active NetDDE
conversations. The limit is 254. The Microsoft Tech Web has
information on how to change it. It involves going into the registry.
Once this is fixed, most NetDDE problems seem to go away.
NETDDE.EXE fom MS Patches

For the Win2000 platform make sure SP2 is installed as there has been
known problems with establishing NetDDE communications on Win2000
platforms (Reference MS
Article Q272485).




Using the Windows NT NetDDE Share Manager (Q114089)

;EN-US;q114089

MSFT DDE Search



3d1033%26CDID%3dEN-US-KB%26PRODLISTSRC%
3dON&Product=win2000&Query=netdde&Queryc=netdde&withinResults=false&sr
chstep=0&KeywordType=ALL&Titles=false&numDays=&maxResults=25



These are not recommendations just links do your research before
installing patches or what ever....

Kent

--- In twsapi@y..., "dtkamp" <dkamp@e...> wrote:

Hi Dion. This could be fun. Let's get all the .NET negatives out in
the open. I guess some counterpoints to the runtime objection would
be,

.net does not support DDE, in some applications(perhaps all). I
have limited research is there a expert that could enlighten us.

开云体育

开云体育

Gernot wrote:

" I don't know about VB because I prefer to write in a really
structured OO-Language,"

SNOB!

muahahah Just Kidding

heheheh

Scott



--- In twsapi@y..., gernot.ullrich@t... wrote:

May be I misunderstood your question. Actually there is a socket
interface (see jts/SocketClient)
and the Java Interface uses the Socket Interface too. I don't know
about VB because I
prefer to write in a really structured OO-Language, but I think
everything is based on this layer.

Gernot
--- In twsapi@y..., "thestattrader" <TheStatTrader@y...> wrote:

I was thining about writing a raw socket interface to TWS, then

folks

could hit it with perl, c, etc... thought I'd see if there was

any

interest out there.
StatTrader

There aint squat for docs and if you email Qcharts they just say
unless your a QDP member they wont give you support. You can use the
object browser on the OCX but it will appear greek unless you know
what your dealing with...It will expose all the Objects, Properties
and Methods...thats how I started with it...

When I got close I was able to get a little help and put the pieces
together...

I can help you ....


Scott



--- In twsapi@y..., "Daniel Rosen" <drosen@g...> wrote:

Scott, Thanks for the info. Looks like Qcharts is just what I need.
Can I assume that just looking at the typelib of their OCX is

sufficient

for figuring it out, or is their some docs?

... Dan


-----Original Message-----
From: marinindextrader [mailto:marinindextrader@y...]
Sent: Wednesday, June 12, 2002 12:52 PM
To: twsapi@y...
Subject: [twsapi] Re: time stamps


I am using the Qcharts OCX and Qcharts feed. I am not part of the

QDP

developers group...too expensive...but I am a paying member for

their

regular live data service.

I have their OCX and have code that calls for the data. There OCX
registers as a result of Qcharts installation, and the object,
property and method syntax can be had.

There has been change in the wind at Q with the switch from Qfeed

to

QDP for deveolopers, and on top of that, you will still need a Live
Data subscription. QDP is delayed, but also includes 24 hour
simulators allowing for testing outside of normal market hours....

QDP has an initiation fee of 300 bucks, costs 160 bucks a month,

and

you will need another 80-150 for live data per month! Can you

believe

that?

Qcharts and Lycos Pissed alot of people off when they instituted

the

QDP program....I understand quite a few folks just said screw it

and

either abandoned QCharts data for further developement, or bailed
altogether....

You can also grab DDE data from Q if you want under the normal
subscription....thier DDE feed and thier XLS plug-in do not use VBA
from what I can tell...it looks like all XLS type scripts...

Of course you will need Qcharts membership...starts at 80 bucks +
exchange fees. Emini is available for 10 bucks.

TAL has an excellent developers program, and a very reliable feed
from what I understand...more than I can say for Q. Bit pricey

though.

Scott


--- In twsapi@y..., "Daniel Rosen" <drosen@g...> wrote:

Which data provider do you use that has an ActiveX component?

... Dan


-----Original Message-----
From: marinindextrader [mailto:marinindextrader@y...]
Sent: Wednesday, June 12, 2002 10:34 AM
To: twsapi@y...
Subject: [twsapi] Re: time stamps


At the risk of being redundent...

Yes it lacks time stamps and there are implications to this.

First off tickPrice and tickSize do NOT pulse concurentley.
Early on with my developement I crafted a TOS (time of sales)

grid.

When I logged on to try it out, the size and price columns

quickley

got out of sync.

Both tickPrice and tickSize only pulse when there is a change. To

do

so otherwise would in essence make IB a data provider.

I for one do not want to see IB turn into a data provider.

I simply included an ActiveX component from my data provider and

was

able to bring in a secondary feed. I can now print a TOS grid,

and

compare Last from two sources if desired...

Scott




--- In twsapi@y..., tripack44 <no_reply@y...> wrote:

You're right. It doesn't have time stamps or cumulative volume.


--- In twsapi@y..., Richard Foulk <richard@s...> wrote:

Aloha,

The API appears not to support time stamps on quotes. Is

this

correct?

Or did I miss it?


Thanks

Richard

To unsubscribe from this group, send an email to:
twsapi-unsubscribe@y...



Your use of Yahoo! Groups is subject to the Yahoo! Terms of

Service

<> .

Yahoo! Groups Sponsor

ADVERTISEMENT

<
05

632198:HM/A=1079284/R=0/*>

<

M=226676.2052966.3526627.1992722/D=egrou

pmail/S=1705632198:HM/A=1079284/rand=559238288>

To unsubscribe from this group, send an email to:
twsapi-unsubscribe@y...



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
<> .

sorry - you are correct. I had only briefly looked at the Java side
(not much involved), and I thought it was sending a serialized
Contract object over the socket, but I looked closer at the source
and see it's just pulling attributes out from Contract.. this is a
lot more basic then i thought, which is good :)
i can't wait to until the weekend rolls around so i can mess with it.

开云体育

That?s what I think too.

My Delphi VCL is also based on sockets but has some more events like

OnOrderPlaced, OnOrderFilled, OnOrderCancelled etc.

I can?t program in VB but there is a way to use sockets in VB and the
use of sockets is much better then the ActiveX.

Look at "Winsock API and VB - step by step tutorial for the Visual
Basic developers"





--- In twsapi@y..., gernot.ullrich@t... wrote:

May be I misunderstood your question. Actually there is a socket
interface (see jts/SocketClient)
and the Java Interface uses the Socket Interface too. I don't know
about VB because I
prefer to write in a really structured OO-Language, but I think
everything is based on this layer.

Gernot
--- In twsapi@y..., "thestattrader" <TheStatTrader@y...> wrote:

I was thining about writing a raw socket interface to TWS, then

folks

could hit it with perl, c, etc... thought I'd see if there was

any

interest out there.
StatTrader

There already is a socket interface. I believe thats actually how all but
the DDE interface are implemented.

There is a python interface based on the initial TWS release that included
the socket interface at . As far as I
know it hasn't gotten much testing.

There is also source for the dde library that used to be needed to
activate the socket interface there. I'm not sure if its still required.

John..

开云体育

That would be awsome...and when your done I will write the VB class
that connects to it

We can add it to the pet rock

--- In twsapi@y..., "thestattrader" <TheStatTrader@y...> wrote:

I was thining about writing a raw socket interface to TWS, then

folks

could hit it with perl, c, etc... thought I'd see if there was any
interest out there.
StatTrader

I was thining about writing a raw socket interface to TWS, then folks
could hit it with perl, c, etc... thought I'd see if there was any
interest out there.
StatTrader

I am using the Qcharts OCX and Qcharts feed. I am not part of the QDP
developers group...too expensive...but I am a paying member for their
regular live data service.

I have their OCX and have code that calls for the data. There OCX
registers as a result of Qcharts installation, and the object,
property and method syntax can be had.

There has been change in the wind at Q with the switch from Qfeed to
QDP for deveolopers, and on top of that, you will still need a Live
Data subscription. QDP is delayed, but also includes 24 hour
simulators allowing for testing outside of normal market hours....

QDP has an initiation fee of 300 bucks, costs 160 bucks a month, and
you will need another 80-150 for live data per month! Can you believe
that?

Qcharts and Lycos Pissed alot of people off when they instituted the
QDP program....I understand quite a few folks just said screw it and
either abandoned QCharts data for further developement, or bailed
altogether....

You can also grab DDE data from Q if you want under the normal
subscription....thier DDE feed and thier XLS plug-in do not use VBA
from what I can tell...it looks like all XLS type scripts...

Of course you will need Qcharts membership...starts at 80 bucks +
exchange fees. Emini is available for 10 bucks.

TAL has an excellent developers program, and a very reliable feed
from what I understand...more than I can say for Q. Bit pricey though.

Scott


--- In twsapi@y..., "Daniel Rosen" <drosen@g...> wrote:

Which data provider do you use that has an ActiveX component?

... Dan


-----Original Message-----
From: marinindextrader [mailto:marinindextrader@y...]
Sent: Wednesday, June 12, 2002 10:34 AM
To: twsapi@y...
Subject: [twsapi] Re: time stamps


At the risk of being redundent...

Yes it lacks time stamps and there are implications to this.

First off tickPrice and tickSize do NOT pulse concurentley.
Early on with my developement I crafted a TOS (time of sales) grid.
When I logged on to try it out, the size and price columns quickley
got out of sync.

Both tickPrice and tickSize only pulse when there is a change. To

do

so otherwise would in essence make IB a data provider.

I for one do not want to see IB turn into a data provider.

I simply included an ActiveX component from my data provider and

was

able to bring in a secondary feed. I can now print a TOS grid, and
compare Last from two sources if desired...

Scott




--- In twsapi@y..., tripack44 <no_reply@y...> wrote:

You're right. It doesn't have time stamps or cumulative volume.


--- In twsapi@y..., Richard Foulk <richard@s...> wrote:

Aloha,

The API appears not to support time stamps on quotes. Is this

correct?

Or did I miss it?


Thanks

Richard

To unsubscribe from this group, send an email to:
twsapi-unsubscribe@y...



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
<> .

开云体育

I think this is a fine idea and these could be put in the files
section.

We should not do so without the express approval of IB though. Anyone
who has retained prior versions, please email IB Management prior to
posting.

IB Management Direct Email: ibmgmt@...
<ibmgmt@...>

Scott

--- In twsapi@y..., tripack44 <no_reply@y...> wrote:

Something I'd like to see this group put together is an archive of
say the last 3 versions of the IB TWS in a spot that is accessible
and organized by version number. This way we can install a certain
version without needing to be on the bleeding edge of technology.
I've seen several cases where people upgraded to the latest and
greatest and it caused problems for their trading setup or software
setup because of bugs or incompatible versions. I've lobbied IB to
add the past few versions in a spot on their web site or on FTP,

but

no action has occurred to date.

The yahoo boards do allow polling....but here is the rub...

They require that the email list of the group be made public outside
of the board...

I opted out of that option out of respect for the privacy of the
members...

Give it some time and we will collect and archive improtant things in
the files central depository...


Scott

--- In twsapi@y..., "dtkamp" <dkamp@e...> wrote:

Scott, is there a way to create and manage a couple of lists/polls

up

here that would collect our votes for desired improvements and

needed

bug fixes for TWS and the API? (I guess you could actually have

such

a list for every aspect of the business, but TWS and the API would

be

a good start.)