+1 888 340 6572
MultiCharts Project Management
previous_open_issue.png
Go to the previous open issue
previous_issue.png
Go to the previous issue (open or closed)
star_faded.png
Please log in to bookmark issues
feature_request_small.png
Open Feature request MC-1097

Support int64 data type as in EasyLanguage, ELCollection2.dll

action_vote_minus_faded.png
18
Votes
action_vote_plus_faded.png
next_issue.png
Go to the next issue (open or closed)
next_open_issue.png
Go to the next open issue
Description

ELCADE version 2 (by Marshall aka Bamboo) requires int64 data type. ELCADE v2 is required to support multicore optimization.
The int64 reserved word used in a variable declaration statement to explicately set the
data type of a variable to a long integer. By default, the data type of a
variable in the main body of an EasyLanguage document is automatically set to
INT if the initial value parameter is a non-floating point numeric value.
A variable of this type can have a numeric value.

https://community.tradestation.com/Discussions/Topic.aspx?Topic_ID=120453

Steps to reproduce this issue
Comments (3)
#0
user-offline.png  evdl (evdl)
Aug 21, 2012 - 06:00

Vote for this if you would like to use all processor cores when optimizing with ADE/Elcollections. At the moment you have to limit your multicore processor to one core for optimization with ADE/Elcollections to work (which will lead to much longer optimization time). See the thread on the forum: http://www.multicharts.com/discussion/viewtopic.php?f=1&t=10663&sid=809defbfc59a3620fdb6ca9c31411a22

#0
user-offline.png  Daenerys (Guest)
Jul 18, 2014 - 20:50

This request seems quite reasonable and quite old at this time. With the upcoming release to v9 I would hope the addition of this needed (and standard) integer type would be on the to do list.

#0
user-offline.png  AliksM (AliksM)
Oct 10, 2014 - 12:24

The original ELC stored its collections in process memory (the memory assigned to a particular application). This data would be visible to the process that created it, but not visible to any other process. 
 ELCollections 2 to store the collections in shared memory rather than in process memory.
    However, the big advantage of the new approach is that ELC data is no longer visible only to the process in which it was created. If you create a shared ELC collection, it is now visible to ANY process that uses ELC.
https://community.tradestation.com/discussions/printer.aspx?topic_id=126114
 
 

History
Issue basics
  • Type of issue
    Feature request
  • Category
    Usability
  • Targeted for
    MultiCharts 10.0 (RELEASED)
  • Status
    Released
User pain
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
Affected by this issue (2)
People involved
Times and dates
  • Posted at
  • Last updated
Issue details
  • Resolution
    Not determined
  • Severity
    Normal
Attachments (0)
There is nothing attached to this issue
Commits (0)
There are no code checkins for this issue
Duplicate issues (0)
This issue does not have any duplicates