C / C++ / MFC

BillingDates bData2("");
BillingDates* bData = &bData2;

namespace Test
{
    public class Dummy
    {
        string Path {get;set;}
        Public Dummy(string Path)
        {
            this.Path = Path;
        }
    }

    class Program
    {
        Dummy dummy {get;set;}
        [STAThread]
        static void Main()
        {
            Program p = new Program();
            p.dummy = new Dummy("MyPath");
        }
    }
}

Quote:

which is not a problem but I'd like to know how to do it the other way

#include <iostream>
using namespace std;


namespace Test {
  class Dummy
  {
    string path;

  public:
    Dummy(string path) : path {path}{}
    string get (){return path;}
    void set(string newpath){ path = newpath; }
  };


  class Program
  {
    Dummy * dummy;

  public:
    static void main()
    {
      Program * p = new Program();
      p->dummy = new Dummy("MyPath");


      cout << p->dummy->get() << "\n";

      // cleanup 
      delete p->dummy;
      delete p;
    }

  };
} // <- Test


int main()
{
  Test::Program::main();
}

#include <iostream>
using namespace std;


namespace Test {
  class Dummy
  {
    string path;

  public:
    Dummy(string path) : path {path}{}
    string get (){return path;}
    void set(string newpath){ path = newpath; }
  };


  class Program
  {
    Dummy dummy;

  public:
    Program( Dummy dummy):dummy{dummy}{}
    static void main()
    {
      Program p { Dummy{ "MyPath" } };
      cout << p.dummy.get() << "\n";

      // no cleanup needed
    }

  };
} // <- Test


int main()
{
  Test::Program::main();
}

#include <iostream>
#include <memory>
using namespace std;


namespace Test {
  class Dummy
  {
    string path;

  public:
    Dummy(string path) : path {path}{}
    string get (){return path;}
    void set(string newpath){ path = newpath; }
  };


  class Program
  {
    unique_ptr<Dummy> dummy;

  public:
    static void main()
    {
      Program p {};
      p.dummy = make_unique<Dummy>("MyPath");

      cout << p.dummy->get() << "\n";

      // no cleanup needed
    }

  };
} // <- Test


int main()
{
  Test::Program::main();
}

BillingDates *bData; // the class is called BillingDates not BillingData
BillingDates bData2;

bData = new BillingDates("someFilename");

bData = new BillingDates("someFilename");

someclass someclassob {get;set;}

someclassobj = new someclass("Parameter goes here");

pkfox wrote:

ypu can declare like

someclass someclassob {get;set;}

class BillingDates
{
public:
    BillingDates();
    BillingDates(std::string InputFile);
    void addFile(std::string InputFile);
    void ProcessDates();
// stuff removed for readability
};
// the implementation of addFile will do the same as the constructor that takes a filename.

BillingDates *bData;
BillingDates bData2;

// and later on something like
bData2.addFile("your file name here");
bData = &bData2;

BillingDates *bData;

// and later on something like

bData = new BillingDates("your file name here");

The target window (CTreeCtrl) is returning on the OnDragEnter and OnDragOver a DROPEFFECT_NONE.  The cursor is displaying as if I returned a DROPEFFECT_COPY.  I can return back other types like DROPEFFECT_MOVE or DROPEFFECT_LINK and those behave properly.  The interesting thing is that OnDrop is not called if I do return DROPEFFECT_NONE, and it is called in the case I do DROPEFFECT_MOVE, etc.  So the function calling is correct.  It is only the cursor that is being displayed that is not correct.  Also in this same application within other windows, I am using other implementations (different window types) of COLEDropTarget and the cursor behavior is correct.  I have no clue where else to look at this time.  As a workaround, I'm using the CImageList Drag concept to display a NOT symbol beside the cursor when DROPEFECT is NONE.

printf("\tPlatform: %d\n", pTmpBuf->sv101_platform_id);
wprintf(L"\tName:     %s\n", pTmpBuf->sv101_name);
printf("\tVersion:  %d.%d\n",
       pTmpBuf->sv101_version_major,
       pTmpBuf->sv101_version_minor);
printf("\tType:     %d", pTmpBuf->sv101_type);

   Platform: 500
        Name:     MACMINI-558088
        Version:  6.1
        Type:     4099

        Platform: 500
        Name:     WIN1019H2X64
        Version:  10.0
        Type:     4099

where macmini is a mac system.