|
Do you happen to know if there's a performance difference between dao, oledb and the CDatabase stuff?
|
|
|
|
|
Sorry, can't help you there. DAO is old and your best off not using it if possible. ODBC is the industry standard but can be accessed via OLD DB. OLE DB is very flexible, COM based and gives you the most options.
Steve
|
|
|
|
|
That's cool. I appreciate the help, man.
|
|
|
|
|
I'd love to see what your app does.
What avantages does it have over lighting console?
Do you find it awkward not having faders to control the light levels?
|
|
|
|
|
Hey, man.
Well, this app came about because Flying Pigs are $30k. And even they don't do everything I want. The light show is designed up front and the lighting events are then triggered by MIDI at show time. So, I don't need a lighting guy (other than the two guys running the follow spots) - the lighting just happens by SFM and I can concentrate on playing guitar and leaping about.
|
|
|
|
|
Nice...
I often wonder how 'on the fly' real lighting shows are these days, I think it comes down to how much time the LD has to prepare and design the lighting before hand, or if they have to 'busk' it with a few pre-prepared macro effects...
So what kind of thing do you use that the hogs don't do?
|
|
|
|
|
Most of the base functionality is the same as hogs or any other decent console - scenes, overlays, focus points, patterns, combos, moving light events, etc. There's only so many tricks in the bag, and all the good systems use them.
However, it's built on a different metaphor. Consoles (physical or virtual) are designed with an LD in mind both at design time and show time, even if they do little more than hit hotkeys to fire off macros or step through a cue list. I designed this from a musician's point of view for those of us who don't have lighting guys at gigs so that you can trigger the events from the stage via footpedal, etc.
I considered selling it as a product once I got it polished, but the thought of providing tech support to, well, musicians...
|
|
|
|
|
Hi,
I need to make an application autorun from a USB device. Can that be done without being dependent on another application on the host system? I have seen some posts in this forum from '03, but it seems the poster never got an answer that I could use for my case.
I would appreciate any help,
Royce
|
|
|
|
|
I am usig VC++ 6.0 with Windows XP Prof. I try to use WinSock commands
<br />
WSADATA wsaData;<br />
iResult = WSAStartup(MAKEWORD(2,2), &wsaData); <br /> when compiled it say undeclared identifier 's
But I did include:
#include winsock2.h
#include ws2tcpip.h
#include stdio.h
(Please notice that I could not put < & > after 3 includes above)
Also in Project ---> Setting ---> Link: I added WS2_32.lib
Anyone knows what I missed defining?
Thanks
|
|
|
|
|
You shouldn't need ws2tcpip.h...it's been rolled into winsock2.h for quite a while.
Which identifiers are showing as undeclared?
|
|
|
|
|
Hi Mark,
I removed ws2tcpip.h (I got it from MSDN example code), but the problem is the same. The undeclared identifiers are all of the two lines that I wrote in my question!
|
|
|
|
|
Are you working from an app-wizard created project or from scratch?
If from scratch, you may need some preprocessor defines before including any windows header files:
#define _WINDOWS
#define WIN32
#ifndef WINVER // Allow use of features specific to Windows 95 and Windows NT 4 or later.
#define WINVER 0x0400 // Change this to the appropriate value to target Windows 98 and Windows 2000 or later.
#endif
#ifndef _WIN32_WINNT // Allow use of features specific to Windows NT 4 or later.
#define _WIN32_WINNT 0x0400 // Change this to the appropriate value to target Windows 98 and Windows 2000 or later.
#endif
#ifndef _WIN32_WINDOWS // Allow use of features specific to Windows 98 or later.
#define _WIN32_WINDOWS 0x0410 // Change this to the appropriate value to target Windows Me or later.
#endif
|
|
|
|
|
I did send you an Email to explain more detail problem!
|
|
|
|
|
No problem.
I would recommend perhaps starting with a wizard-generated Win32 project. Even if it's just
a console app at least it will have all the basic headers set up for you and we can work from
there.
Mark
|
|
|
|
|
Do you mean open a new project with Win32 Appliaction (or Win32 Console Application)? However, I did open both of them ... I saw only a header stdafx.h!
|
|
|
|
|
Right. That stdafx.h, which is used as a precompiled header by default, combined with the
default preprocessor defines in the project settings, have all the basics you need.
You could copy those to your project if you need to and add the winsock2.h include to the
stdafx.h file (at the bottom should be fine).
Whatever it takes...the code should at least compile
Mark
|
|
|
|
|
You are absolute right, it now compile without any undeclared identifines
Many thanks, especially you are very patient!
|
|
|
|
|
Hi,
I am experiencing some real trouble with a simple windows program that I am trying to create. After running the CreateDialog() function, windows returns the error "Windows class not created". I am having trouble determing what this message is really telling me.
The result of this error message is that after processing the WM_SETFONT message inside the DlgProc for the Dialog Box that it creates, Windows always processes the WM_DESTROY instead of the WM_INITDIALOG which is the next message that my other working windows programs processes which creates and displays the dialog box. I have posted my WinAPI function below:
<br />
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine,<br />
int nCmdShow)<br />
{<br />
MSG msg;<br />
HWND mainWnd;<br />
<br />
<br />
hInst = hInstance;
InitCommonControls();<br />
<br />
<br />
mainWnd = CreateWindow("", "", 0, 0, 0, 0, 0, NULL,(HMENU)-1, hInstance, 0);<br />
<br />
MainDlgBox = CreateDialog(hInstance, MAKEINTRESOURCE(IDD_AURACONNECT), mainWnd, (DLGPROC)DlgProc);<br />
<br />
DWORD Err = GetLastError();<br />
<br />
SetClassLong(mainWnd,GCL_HICON,IDI_EXE); <br />
<br />
<br />
while(GetMessage(&msg, NULL, 0, 0)) <br />
{<br />
TranslateMessage(&msg);<br />
DispatchMessage(&msg);<br />
}<br />
return msg.wParam;<br />
}<br />
Thank you for anyone who can offer any help.
Joe
|
|
|
|
|
Can you post your DlgProc code?
Also, if the dialog is the main window of the app, does it need the dummy parent window?
Mark
|
|
|
|
|
My DlgProc is rather lengthy, so I don't think I can post it, but is that what is most likely causing error? I don't know if it needs a dummy window, I'll try it without it.
|
|
|
|
|
TheDelChop wrote: but is that what is most likely causing error?
Actually I thought that might be the case, since you stated you had other similar working apps.
Looking at your code again this morning, though, I would try changng this line:
SetClassLong(mainWnd,GCL_HICON,IDI_EXE);
to
SetClassLong(mainWnd,GCL_HICON,LoadIcon(hInstance, MAKEINTRESOURCE(IDI_EXE));
|
|
|
|
|
Hello,
If I want to open a new document through the document view architecture but not through the File New option .Is there any way out.
How can I add a message handler to an object-ID so that it enables me to open a new document and then pass parameters to CDocument.
Prithaa
|
|
|
|
|
Hi guys -
I have a question about using Windows API Create():
I use this API to create a file by using parameter FILE_FLAG_DELETE_ON_CLOSE, since I want it automatically been deleted when it is been closed, the codes like below:
HANDLE handle = ::CreateFile(
_T("d:\\test.txt"),
GENERIC_WRITE,
FILE_SHARE_DELETE | FILE_SHARE_READ,
NULL,
CREATE_ALWAYS,
FILE_ATTRIBUTE_TEMPORARY | FILE_FLAG_DELETE_ON_CLOSE,
NULL);
After I create the file I will write some information into it, of course. And the file will get deleted when it is closed -- so far so good.
In another process I will need to open this file to get the information I wroted in. I also uses CreateFile() to test if the file exists. However I always got a access violation when accessing to the file. A simple test case will be open d:\test.txt using notepad, it will tell you that the file is opened by another process. GetLastError always return a error 32 afterwise.
Here is what I see from MSDN:
>>>
FILE_FLAG_DELETE_ON_CLOSE
The system deletes a file immediately after all of its handles are closed, which includes the specified handle and any other open or duplicated handles.
If there are existing open handles to a file, the call fails unless they were all opened with the FILE_SHARE_DELETE share mode.
Subsequent open requests for the file fail, unless the FILE_SHARE_DELETE share mode is specified.
<<<
You can find from the code listed above, I *DO* have FILE_SHARE_DELETE specified. Why I still can not the file opened in another process?
Any suggestion or comments are greatly appreciated!
Cheers,
Jay
-- modified at 11:09 Thursday 30th November, 2006
|
|
|
|
|
Findekano wrote: In another process I will need to open this file to get the information I wroted in.
Can you post the code for CreateFile() in the process that reads from the file?
Mark
|
|
|
|
|
It is just an ordinary call..nothing special:
HANDLE hHandle = CreateFile(strFile,
GENERIC_READ,
FILE_SHARE_READ|FILE_SHARE_WRITE,
NULL,
OPEN_EXISTING,
FILE_ATTRIBUTE_NORMAL,
NULL);
Jay Zhu@Shanghai, China
|
|
|
|
|