|
when i m use strcat function to concatinate the two string then it gives the garbage value before the string.
i m concatinate this
//find window path-----------
char SystemDir[255];
GetSystemDirectoryA(SystemDir,sizeof(SystemDir));
MessageBox(SystemDir,"path of exe1",NULL);
char exename[20] = "\\wmvcopy.exe";
strcat(SystemDir,exename);
MessageBox(SystemDir,"path of exe3",NULL);
//clip in path---------------------
char sPath[MAX_PATH]="c:\\media\\system.wmv";
char varinput[10] = " -i ";
strcat(varinput,sPath);
//strcat(varinput,varslash);
MessageBox(varinput,"open path",NULL);
//clip save path-------------------
char varoutput[100] = " -o ";
char savePath[MAX_PATH];
strcpy(savePath, savemoviename);
strcat(varoutput,savePath);
MessageBox(varoutput,"save path",NULL);
//MessageBox(varinput,"varinput1",NULL);
//Start time------------------------
char varstart[100] = " -p ";
char tstart[25];
sprintf(tstart,"%d",posisecond);
strcat(varstart,tstart);
MessageBox(varstart,"varstart",NULL);
//end time--------------------------
//endposisecond
//duration of clip--------------------
int totalduration = endposisecond - posisecond;
char tdur[25];
char vardur[100] = " -d ";
sprintf(tdur,"%d",totalduration);
strcat(vardur,tdur);
MessageBox(vardur,"duration",NULL);
char cmdpath[MAX_PATH];
strcat(cmdpath,SystemDir);
strcat(cmdpath,varinput);
strcat(cmdpath,varoutput);
strcat(cmdpath,varstart);
strcat(cmdpath,vardur);
MessageBox(cmdpath,"cmdpath",NULL);
|
|
|
|
|
rajeshkumarrajput wrote: char cmdpath[MAX_PATH];
strcat(cmdpath,SystemDir);
Of course: cmdpath contains garbage because you didn't write anything into it. So, if you try to append something to it, the garbage will be kept. Replace the first strcat by a strcpy, this way you first copy something useful in the string, then you can append things after it.
|
|
|
|
|
rajeshkumarrajput wrote: char cmdpath[MAX_PATH];
strcat(cmdpath,SystemDir);
Make char cmdpath[MAX_PATH] = "";
Btw, you can have a look at PathXXX functions.
- ns ami -
|
|
|
|
|
|
You are welcome... but I was just pointing out what is wrong. Cedric Moonen's answer is more correct... 
- ns ami -
|
|
|
|
|
rajeshkumarrajput wrote: char sPath[MAX_PATH]="c:\\media\\system.wmv";
char varinput[10] = " -i ";
strcat(varinput,sPath);
Study these statements carefully. Hint: you can't put (up to) 256 gallons of water into a 10-gallon bucket.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
DavidCrow wrote: Hint: you can't put (up to) 256 gallons of water into a 10-gallon bucket.
He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus
|
|
|
|
|
DavidCrow wrote: Study these statements carefully
Where's the fun in that? 
|
|
|
|
|
Hi to All
I am a beginner learner in MFC.
I am confused about the topic Document View.
Why do we need document View in an application? Is it to separate the data and the view ? If so we can always have a database and a view(ie my front end application)? What can we do with document?
Could anyone please put some light on it.(May be not the whole details), so that I can have an idea and go about it.
Thanks in advance
I am a beginner
|
|
|
|
|
|
himangshuS wrote: If so we can always have a database and a view(ie my front end application)?
Not all applications are database oriented  . Take for instance a simple text editor application: it makes perfect sense to have a document class (which keeps the state of only the information about the document) and a view class (which is only responsible to draw the information on the screen). That's just an example, but this can be applied to a lot of programs which are used to open file and manipulate the content (drawing applications, text applications, excell, ...)
|
|
|
|
|
It's something. It might take some time to understand completely. But to get an abstract view, The Doc/view's intended objective is to separate the "data" from the "viewing" code. It clearly define a boundary there. You may have any data (or the document). You can attach views to reflect(Draw/Display) the contents of data to users. You can have multiple views for the same data. It's like you are peeping through one window and another peep through another window but the document would remain same. SingleDoc-Sigle views, singleDoc-multiple views, MultipleDoc-Multiple views & also multiple types of docs & multiple views.
Start here[^]
He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus
|
|
|
|
|
Hi,
I added three dialogs in to property sheet.
Now i want context sensitive help for each dialog.
SO i palnned to set context help for each dialog..and i can see '?' icon near 'x'icon in the dialog.
But while running i can't see the icon because its a property page.
So how can i get that icon in property sheet.
(Now i madde context help by having button in each dialog to invoke context help)..
But i want this as icon in title bar...Pls help me..
Anu
|
|
|
|
|
I get that by adding this code in OnInitDialog() of property class
ModifyStyleEx(0, WS_EX_CONTEXTHELP);
But,the function is not working..
I coded for OnhelpInfo() in all three dialogs.
I dont knwo wat to do furthur??? Pls help me out.
Anu
|
|
|
|
|
If the property sheet is in wizard mode you can try the following.
CPropertySheet class has a m_psh member variable of type PROPSHEETHEADER structure.
Add PSH_WIZARDCONTEXTHELP to the dwFlags member of this structure.
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
--- Warning! What I talking about here is pure Borland C++ and I don't want to use any MFC!!! ---
Hi!
I've found an article about how to make a custom control as a dll. I have made custom controls before, but not as dlls. So when I tryed to do this I came across the following problem:
If one want to load a dll in different apps, it will probably mess up the data it have. This is becouse It implemented as a class that have it's own data and functions.
So how to make a control nicely? Should I make a lib from the class, a dll and have only one instance or just write the functions in C style in to the dll - but in this case, how I manage the data?
What I thinking of as an example is a simple 2-state button control which have its own bool to indicate the state. This can have as many instances as want and also in different apps at the same time. In Windows it's in a dll...
My problem was while trying to implement this the message handle. A control is a window havin' it's own message handle procedure what - as far as I know it - can't be in a class but only in global. So when I load the dll in defferent apps, and make different instances of the class in it, which ones functions will it call???
Okay, these are the basic problems I have and only want to know how to implement that kind of button as in the example. So opinions and solutions are welcome.
|
|
|
|
|
I think you can create DLL for custom controls. I am not sure about creating OCXs in Borland C++.
AFAIK, its better to create a class hierarchy to create custom controls from WIN32 SDK.
Like
class WndBase;
class BtnWnd : WndBase;
etc.
AFAIK, it is better to pass the "this" along with CreateWindow as lParam. Then you will get it in WM_CREATE (from lParam pointing to CREATESTRUCT). There you can
And you can use SetWindowLong with GWL_USERDATA to store the "this" to each window, so that you can link to the class functions (using GetWindowLong) when WindowProc is executed.
You can write virtual functions in the BaseClass for handling messages and in the derived class (BtnWnd) you can override them for using.
Hope my suggestions will be useful for you of some kind...
- ns ami -
|
|
|
|
|
|
Igen1 wrote: a multiple instance dll or a static lib
I didnt get you.
Igen1 wrote: I have perversions in programming, but this is why evryone likes my work...
Igen1 wrote: HGLOBAL hp = (HGLOBAL) GetWindowHandle(handle, 0);
I am not sure about this function.
Igen1 wrote: I'm not sure how will this be permanent
I think they are doing the same mechanism that I suggest. But instead of keeping the data (here it is a structure, instead of class that I suggest) in the window's user data, they are keeping it in global memory.
- ns ami -
|
|
|
|
|
Igen1 wrote: Edit: OK maybe I can make a use of the answer, but the instance is always know itself, but how could the parent know about the window??? In the example I just load the dll and it calls registerclass when DLL_PROCESS_ATTACH and that is it! So how to get the window handle for/from the parent?
You edited after my reply...
Igen1 wrote: So how to get the window handle for/from the parent?
You should have the export class for you control. That is advisable. So you can call the your own function named Create( HWND parent, .... ) or something like that.
- ns ami -
|
|
|
|
|
ns ami wrote: You edited after my reply... Smile
lol Sorry I didn't see it at the time...
I don't know this export class thing you say, but I rhink it's a greater problem now that I can't call any of my functions in the class and whats more? I can't even compile the testapp becouse it can't find the constructor and destructor... The problem is with the calling. __stdcall and extern "C" is the answer I know, but not with classes becouse it uses C++ no metter what I try.
|
|
|
|
|
Igen1 wrote: I don't know this export class thing you say
OK... so I think reading something like this[^] will be useful for you.
- ns ami -
|
|
|
|
|
Sorry, I know it seems like I'm an amatuer, but it's becouse of the good for nothing tutorials around the net. I've made dlls before, but mostly in MFC. I just fed up with Visual C++ and started to learn everything in native Windows. But this was about 8 years ago so don't think I never read somthing like "that". But these are just don't working or don't give answers to things like the unresolved externals becouse of the nameing c++ uses...
I tell you onece more to be clear. I have a problem that when exporting my class it uses c++ nameing so the functions can't be find under the specified name becouse it renames them - it add something unmeanful string to it. And this isn't changes even if i'm using exter "C" or __stdcall or even I use compiler/linker options to use Standard Call. Now answer this. VC++ never complaind about things like this but Borland c++ just doing things like this and there isn't any topic that says if you encounter this kind of problem then do the following and everything will be allright. So this is a problem and with the first question I was asking some opinion which one is better lib or dll and if dll than how to use the message handler and the class in several instances. But this isn't getting clear reading beginner tutorials and advanced tutorials are not available in the topic exept the one I posted but you don't even know how it works with me. now that is the sum.
I'll read a lot and post an article with this topic with no VC++ and MFC in it...
|
|
|
|
|
Igen1 wrote: If one want to load a dll in different apps, it will probably mess up the data it have. This is becouse It implemented as a class that have it's own data and functions.
Control instance-specific data would be loaded on the heap and hence it's a non-issue if it's packaged as a DLL or not.
Steve
|
|
|
|
|
So you saying that if I load the dll for another app it will be another entry in heap for the variables in the class (or globals too)?
Then what if I want several of the control in one app - on eno dialog? My problem is the message handler here. So it will use the same code, but with the current instances variables if I'm understanding clearly.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
