Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. Managed C++/CLI
  4. MC++ controls

MC++ controls

Scheduled Pinned Locked Moved Managed C++/CLI
c++question
9 Posts 3 Posters 26 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • N Offline
    N Offline
    Nish Nishant
    wrote on last edited by
    #1

    Hello, This is with regard to writing Forms controls using MC++. Has anyone made any? If so, what extra steps did they have to take? Nish


    Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

    N 1 Reply Last reply
    0
    • N Nish Nishant

      Hello, This is with regard to writing Forms controls using MC++. Has anyone made any? If so, what extra steps did they have to take? Nish


      Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

      N Offline
      N Offline
      Nish Nishant
      wrote on last edited by
      #2

      These are the steps I have done right now :- #using "..\testcontrol\Debug\testcontrol.dll" .... using namespace testcontrol; .... Then I have a member in my class as follows :- Class1 *m_c; This is all okay. Now if I do this anywhere :- m_c = new Class1(); I get this exception when I run it :- System.IO.FileNotFoundException Blast!!!! It found the file alright!!! Else how would it even compile properly :-(


      Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

      R N 2 Replies Last reply
      0
      • N Nish Nishant

        These are the steps I have done right now :- #using "..\testcontrol\Debug\testcontrol.dll" .... using namespace testcontrol; .... Then I have a member in my class as follows :- Class1 *m_c; This is all okay. Now if I do this anywhere :- m_c = new Class1(); I get this exception when I run it :- System.IO.FileNotFoundException Blast!!!! It found the file alright!!! Else how would it even compile properly :-(


        Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

        R Offline
        R Offline
        Rama Krishna Vavilala
        wrote on last edited by
        #3

        Place testcontrol.dll in the output directory of the application which you are building.

        N 1 Reply Last reply
        0
        • N Nish Nishant

          Just did that Rama :-) Sucks huh? I thought the #using would tell the blasted compiler to tell the blasted linker to look for it there :-) Nish


          Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

          R Offline
          R Offline
          Rama Krishna Vavilala
          wrote on last edited by
          #4

          It's all assembly search policy. I dream to write an article on that. You should be glad that you are not writing the client app in C# in that case there are more interesting issues involoved - C# with MC++.

          N 1 Reply Last reply
          0
          • N Nish Nishant

            These are the steps I have done right now :- #using "..\testcontrol\Debug\testcontrol.dll" .... using namespace testcontrol; .... Then I have a member in my class as follows :- Class1 *m_c; This is all okay. Now if I do this anywhere :- m_c = new Class1(); I get this exception when I run it :- System.IO.FileNotFoundException Blast!!!! It found the file alright!!! Else how would it even compile properly :-(


            Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

            N Offline
            N Offline
            Nish Nishant
            wrote on last edited by
            #5

            Blasted DLL has to be in the same folder as the EXE :-( Nish


            Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

            A 1 Reply Last reply
            0
            • R Rama Krishna Vavilala

              Place testcontrol.dll in the output directory of the application which you are building.

              N Offline
              N Offline
              Nish Nishant
              wrote on last edited by
              #6

              Just did that Rama :-) Sucks huh? I thought the #using would tell the blasted compiler to tell the blasted linker to look for it there :-) Nish


              Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

              R 1 Reply Last reply
              0
              • N Nish Nishant

                Blasted DLL has to be in the same folder as the EXE :-( Nish


                Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

                A Offline
                A Offline
                Albert Pascual
                wrote on last edited by
                #7

                Nish, I use MC++ for all the projects and C# for Windows forms. Now when I use the C# DLL I need to make sure the DLL is in the compilers path and the exe path. I just change the output folder. X|

                N 1 Reply Last reply
                0
                • A Albert Pascual

                  Nish, I use MC++ for all the projects and C# for Windows forms. Now when I use the C# DLL I need to make sure the DLL is in the compilers path and the exe path. I just change the output folder. X|

                  N Offline
                  N Offline
                  Nish Nishant
                  wrote on last edited by
                  #8

                  Albert Pascual wrote: Now when I use the C# DLL I need to make sure the DLL is in the compilers path and the exe path. I just change the output folder Yeah, sorta sucks!!! Nish


                  Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

                  1 Reply Last reply
                  0
                  • R Rama Krishna Vavilala

                    It's all assembly search policy. I dream to write an article on that. You should be glad that you are not writing the client app in C# in that case there are more interesting issues involoved - C# with MC++.

                    N Offline
                    N Offline
                    Nish Nishant
                    wrote on last edited by
                    #9

                    Rama Krishna wrote: You should be glad that you are not writing the client app in C# in that case there are more interesting issues involoved - C# with MC++. Not so glad anymore... Nish


                    Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him.

                    1 Reply Last reply
                    0
                    Reply
                    • Reply as topic
                    Log in to reply
                    • Oldest to Newest
                    • Newest to Oldest
                    • Most Votes


                    • Login

                    • Don't have an account? Register

                    • Login or register to search.
                    • First post
                      Last post
                    0
                    • Categories
                    • Recent
                    • Tags
                    • Popular
                    • World
                    • Users
                    • Groups