|
When I give the full path then it gives the error like...........
1>d:\testing_and_download\testing\testrtmp_working\testrtmp\omnithread\omnithread.h(137) : fatal error C1189: #error : "No implementation header file"
And I hope It comes from omnithread.h file in which I have defined like..........
****************************************************
#if defined (_OMNITHREAD_DLL) && defined(_WINSTATIC)
#error "Both _OMNITHREAD_DLL and _WINSTATIC are defined."
#elif defined(_OMNITHREAD_DLL)
#define _OMNITHREAD_NTDLL_ __declspec(dllexport)
#elif !defined(_WINSTATIC)
#define _OMNITHREAD_NTDLL_ __declspec(dllimport)
#elif defined(_WINSTATIC)
#define _OMNITHREAD_NTDLL_
#endif
// _OMNITHREAD_DLL && _WINSTATIC
#else
// Not using MSVC++ to compile
#define _OMNITHREAD_NTDLL_
#endif
// _MSC_VER
#elif defined(__sunos__) && (__OSVERSION__ == 5)
#ifdef UsePthread
#include <omnithread posix.h="">
#else
#include <omnithread solaris.h="">
#endif
#elif defined(__linux__)
#include <omnithread posix.h="">
#elif defined(__nextstep__)
#include <omnithread mach.h="">
#elif defined(__VMS)
#include <omnithread posix.h="">
#elif defined(__SINIX__)
#include <omnithread posix.h="">
#elif defined(__osr5__)
#include <omnithread posix.h="">
#elif defined(__irix__)
#include <omnithread posix.h="">
#else
#error "No implementation header file" ///////////ERROR Message Is like this
#endif
******************************************************************
Sorry for big code but I hope error comes from here and I have no that to much idea about this definition.
Thanks Hiru.
Ashish
|
|
|
|
|
|
The data packets received from NIC may have Indefinite length,and among the data may include '\n','\t','\0',and so on .
If I do not want to new and delete a char ** every time according to the size of data packet , are there any advanced tools or structurs can be used? Thanks for your help~
Never to say never~
|
|
|
|
|
can you put your question more clearer?
Suggestion to the members:
prefix your main thread subject with [SOLVED] if it is solved.
chandu.
|
|
|
|
|
Michel_Huang wrote: are there any advanced tools or structurs can be used?
Yes, and guess how they work? They will new and delete heap memory every time according to the size of data packet. Standard Template Library[^]
|
|
|
|
|
ye~ I see ,thank you ~
Work hard. Laugh often. Keep your honor. Never to say never
|
|
|
|
|
If you're using UDP packets, the recv API does not allow you to read a bit of the packet then the rest of the packet. It gives you the data up to the size of the buffer you supply then discards the rest. Peeking to find out how much data is present is unreliable. You should define a maximum size packet supported and use a buffer that size. You can simply reuse the buffer once you've processed the data. The maximum packet size supported by the TCP stack can be retrieved with getsockopt, passing the SO_MAX_MSG_SIZE parameter.
TCP does not preserve message boundaries. What you see at the receiver can be only part of a single call to send or it can be the result of multiple calls to send. If required, you must put some kind of framing on top of the raw data. Best practice is again to define a fixed size buffer and be prepared to handle any size of data that's returned, which can be as low as one byte.
You should probably read the Winsock Programmer's FAQ[^].
DoEvents: Generating unexpected recursion since 1991
|
|
|
|
|
Thank you ~
Work hard. Laugh often. Keep your honor. Never to say never
|
|
|
|
|
I am using vfw to extract frames from an avi files. I;d like to know if the bit depth of the frame is available in the AVIFILEINFO structure or in any other structure.
|
|
|
|
|
Assuming you mean video...
You need to get that from the appropriate stream. That means you need to
use AVIStreamReadFormat() or open the stream and read a frame to get a BITMAPINFO struct.
From that struct, the BITMAPINFOHEADER.biBitCount field is what you want.
See AVIStreamReadFormat(), AVIStreamGetFrameOpen(), AVIStreamGetFrame(), etc.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
I know there is a fund raiser thermometer on this site, but I don't know how to install it. I want to install a "indicator" on my blog toward a financial goal. Does anybody know where I can get one from or can you help me use the one that's on here.
Thanks
|
|
|
|
|
can you explain me what a fund raiser thermometer is?
please...
Suggestion to the members:
prefix your main thread subject with [SOLVED] if it is solved.
chandu.
|
|
|
|
|
Happy birthday to you in code project and
welcome to code project.
Suggestion to the members:
prefix your main thread subject with [SOLVED] if it is solved.
chandu.
|
|
|
|
|
never mind i figured something out
|
|
|
|
|
can you explain what you have figured out?
Suggestion to the members:
prefix your main thread subject with [SOLVED] if it is solved.
chandu.
|
|
|
|
|
I need to write a .dll (c++) that will be loaded by software running on Windows 95 from a VB-ish application. I have the .dll written and working on Windows XP and Windows 2000.
When I try to load the .dll in Windows 95 I get an error saying that the .dll could not be found. If I try regsvr32 c:\DLL.dll I an error "GetLastError return 0x00000485" which, according to MSDN, means that it could not find the .dll. Note that I don't actually need to register the .dll; I was just using regsvr32 to test if the problem was the VB-ish app or Windows.
Basically, is seems like Windows 95 isn't recognizing the file as a .dll. I only have VS2005 for development. Is there some settings that I need to adjust to allow Windows 95 to recognize it as a .dll?
Thanks
|
|
|
|
|
My guess is that you are calling some API function that is not supported in W95. If the OS can't find all the dependencies, it will not load the DLL. 2005 is not a problem, per se, but it defaults to windows version 5.1, which is XP. Try changing / adding the following two defines to your stdafx.h (or add them via Project Settings) which will target your DLL to W95. Recompile and see if the compiler has tagged some function call as undefined.
#define WINVER 0x0400<br />
#define _WIN32_WINNT 0x0400
Judy
|
|
|
|
|
Greetings!
I'm sure thousands of people have done this, but I haven't found any samples I can work with.
I want to save the ratio between the top and bottom halves of a two-pane splitter window after the splitter bar is moved. Then, if the window is resized, I can reposition the bar so that the ratio remains constant.
I have a class derived from CSplitterWnd. I can catch the WM_NCHITTEST message and store false in a member variable if the call to CSplitterWnd::OnNcHitTest() returns HTNOWHERE and store true otherwise. I thought after that it would be a simple matter of catching the mouse up event. But it looks like that event isn't fired! Using Spy++, I saw a WM_MOUSE_ACTIVATE message, but it doesn't seem to be possible to catch that, unless I'm missing something, which is very likely. I saw something that said that CSplitterWnd objects have StartTracking() and StopTracking() virtual methods, which would be great, except that the CSplitterWnds in Visual C++ 6.0 don't seem to have those methods. So how do I do this?
RobR, yet again frustrated that something so simple should be so hard
|
|
|
|
|
What about the WM_SIZE message of the views that result from the moving of the splitter?
|
|
|
|
|
I try to use the method wcscpy_s to copy BufferSource to BufferDestinationto.
The 2 buffer type is LPTSTR.
When i define the second parameter in the function wcscpy_s in HARD CODE all work fine.
But i want to define it in runTime - i use the function _tcslen to find the number of elements i want to copy ( in this case i want to copy all strSource to strDestination ) - but i crash each time i try to make the copy.
The code:
LPTSTR BufferDestinationto[256], strSource[256];<br />
.<br />
. [ Some code that add information to BufferDestinationto ]...<br />
.<br />
<br />
wcscpy_s(BufferDestinationto, _tcslen(strSource), strSource );
MY crach is in the wcscpy_s and this happand because the _tcslen function.
Thansk form any halp.
|
|
|
|
|
Yanshof wrote: wcscpy_s
First, if you are using generic string types, you should use generic string functions.
Otherwise, you get no benefit from the portability offered by the generic types.
_tcscpy_s() is the generic for strcpy_s()
Second, you should't be using _tcslen() here. The second parameter should be the
size of the destination buffer, not the length of the source string.
Use sizeof(BufferDestinationto) / sizeof(TCHAR) instead.
Third, in this case, the size of the destination buffer is known by the compiler,
so you can use the two parameter version of _tcscpy_s() instead, and you
don't need to calculate the destination buffer size yourself.
Try
TCHAR BufferDestinationto[256], strSource[256];<br />
.<br />
. [ Some code that add information to BufferDestinationto ]...<br />
.<br />
<br />
_tcscpy_s(BufferDestinationto, strSource );<br />
<br />
Mark
*edit* changed array types to TCHAR - Thanks led mike 
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Yanshof wrote: LPTSTR BufferDestinationto[256], strSource[256];
Try
TCHAR BufferDestinationto[256], strSource[256];
|
|
|
|
|
Oh sh**^%t I missed that 
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
In reference to the visual styles uxtheme.dll...
Supposedly, according to MSDN
EnableTheming(BOOL fEnable)
TRUE - Enables visual styles. If the user previously had an active visual style, it becomes active again.
FALSE - Disables visual styles and turns visual styles off.
If I pass in FALSE, in XP and Vista, Visual styles goes away for all apps. However, if I subsequently call it passing in a TRUE, nothing happens.
Does anyone know more about this? Am I doing something wrong?
I've tried both compiling with the .lib and tried loading it dynamically but same results.
Any ideas?
|
|
|
|
|
I have noticed that when I include a common control manifest to a wizard generated Visual C++ 2003 MFC Doc/View app, and run it on XP or Vista with an XP or Vista Theme, the default gripper that comes with the toolbar either uses visual styles or is not using them. I can't figure out which is the case but regardless, the gripper background is not the same as the toolbar background.
I've been playing with uxtheme.dll and noticed some peculiarities with toolbars, menus on XP when themes are supposedly disabled for the app and it's children.
If I remove the manifest file, the toolbars work in the old fashion but popup menu's still have the visual style.
This is just a mess. I'm amazed at the amount of work Microsoft put into the visual styles libraries but when one wants to disable it completely for an app, some pieces refuse the request.
Does anyone know why the gripper stands out so bad when running in XP or vista modes with a common control manifest in a standard MFC wizard generated app? How do I get the gripper (or the toolbar or band) to fit in correctly? How do I force the popup menus to use the system colors so they match the menu colors?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
