|
Jamie Hale wrote:
Now that I think about it, I guess I made an incorrect assumption as well. I assumed that the person replying would recognize my name and assume I wasn't being a complete slack-bag.
To (again) quote a movie: "Assumption is the mother of all fsck-ups". 
Also, the fact that you posted your question, and then just five minutes later posted that you found the answer, displayed to me what the same thing probably would have displayed to you. Only this time, the error of assumption was mine.
Well, no harm done. Except, we both know we still need a better parser generator!
I've been looking at both PCCTS and ANTLR, and even that ANTLR actually looks pretty good, it seems it still only support Java as host language. Too bad, since all other of its ideas seems to be quite good.
|
|
|
|
|
Mike Nordell wrote:
I've been looking at both PCCTS and ANTLR, and even that ANTLR actually looks pretty good, it seems it still only support Java as host language. Too bad, since all other of its ideas seems to be quite good.
Actually, I'm starting to lean towards reusing an existing language. I've scaled my project back to the point where I'm just doing some minor scripting and automation for a tiny little utility. I get the feeling that if I follow through with my own language, my parser and interpreter VM will be 80% of my code...
Ever seen Lua[^]? I'm in love...
J
May the bear never have cause to eat you.
|
|
|
|
|
Jamie Hale wrote:
Ever seen Lua?
I've actually, and this surprises even me since I've at least tested many other scripters, including cint (the C/C++ intepreter), never even tried it. The last project needing a scripter ended up using csl (not my decision, even that I put no value in the decision) which allowed C-like code calling back into native both C and C++ code.
I did however read about LUA in an old CUJ (I think) a bunch of years ago. Maby now is the time to actually test it...
|
|
|
|
|
I am beginning to use visual c++.net standard and was wondering how to make a menu button open a different program. Plus does anyone know of a good beginner's resource for visual c++? I'm trying to learn but don't know where to start. Thanks.
|
|
|
|
|
Under the code that handles the event (i believe it does it if you double click or choose CLICK from the drop-down menu (i have VC++6, little experence with vs.net  ):
(32>= (int)ShellExecute(NULL,"open", "Program To Open.exe",NULL, NULL, SW_SHOWNORMAL));
-Steven
CP Addict
By reading this message you are held fully responsible for any of the mispelln's or grammer, issues, found on, codeproject.com.
For those who were wondering, actual (Linux) Penguins were harmed in creating this message.
|
|
|
|
|
I'm working on an MDI application with multiple toolbars and I want to load and save the toolbar states to the registry. However, when I check the registry, I can see that it does store some toolbar state info to the registry, not all of it is being written correctly. Each toolbar's position and docking and so on are saved but most of the entries all use the same value for BarID#. While I can find the position and docking data for each toolbar in the registry, the unexplained use of the same BarID# means that only my first toolbar is affected by LoadBarState().
How do I get SaveBarState() to use different values for each BarID#?
|
|
|
|
|
I know this forum is for *Visual* C++, but I don't see a forum here for C++ questions with regards to other platforms. So I apologize for offending anyone.
Anyway, one of my company's customers wants us to port some software to Linux. The only real problem I see is that the software requires inter-process mutexes or semaphores. Linux does not natively support named mutexes or semaphores.
I am looking for suggestions about how to solve this problem. Is there a way to create inter-processor mutexes or semaphores (preferably named) with Linux without having to modify the kernel?
Thanks!
- Kevin
|
|
|
|
|
Yep, it does, Linux supports the standard SysV IPC functions which allow inter-process semaphores, shared memory, etc (IPC = Inter-Process Communications). Likewise, pthreads allow you to define system-wide semaphores and mutexes. Either of these should do the trick. Take a look here for IPC info, and here for pthreads info.
|
|
|
|
|
FYI: the pthread library for Linux (LinuxThreads) does not support system-wide semaphores and mutexes -- please refer to: http://pauillac.inria.fr/~xleroy/linuxthreads/faq.html#E (check out section E.7). I'm going to have to look into the SysV IPC functions to see how well that is supported by Linux. Thanks for the help!
- Kevin
|
|
|
|
|
i have a full screen dialog , and i need it to not be escaped.
i need to programmatically disable ctrl alt delete, altf4, ctrl-tab, ESC , and all other escape keys.
id think it would be best to throw away all keyboard input during my app except for Alpha Numeric Input.
I need to know the best way to do this... all suggestions are greatly appreciated.
thanks.
josh
todo....
:: insert inpirational text here ::
|
|
|
|
|
use the PreTranslateMessage and check if the message is type MS_SYSKEYDOWN, MS_KEYDOWN, etc
Carlos Antollini.
Pi Five[^]Creator
Sonork ID 100.10529 cantollini
|
|
|
|
|
Thank You, could you possibly give me idea where to do that at / how the PreTranslateMesssage function works, It looks like it only take a MSG *msg parameter, im not sure how to use it.....
i guess i should try overriding the pretranslatemessage from the app class eh... hehe, sorry im slow sometimes
todo....
:: insert inpirational text here ::
|
|
|
|
|
BOOL CMySampleWnd::PreTranslateAppMessage(MSG* pMsg)
{
if (pMsg->message == WM_KEYDOWN ||
pMsg->message == WM_SYSKEYDOWN ||
pMsg->message == WM_LBUTTONDOWN ||
pMsg->message == WM_RBUTTONDOWN ||
pMsg->message == WM_MBUTTONDOWN ||
pMsg->message == WM_NCLBUTTONDOWN ||
pMsg->message == WM_NCRBUTTONDOWN ||
pMsg->message == WM_NCMBUTTONDOWN)
{
return FALSE;
}
return TRUE;
}
Enjoy it and good programing.
Carlos Antollini.
Pi Five[^]Creator
Sonork ID 100.10529 cantollini
|
|
|
|
|
1. If you want to control Ctrl+Alt+Del you should create a GINA.DLL or try to find out one.
2. If you want to avoid all the strange keystrokes like Windows keys and so on... you must create a "keyboard system wide hook". This can handle all the keys you want to having your app. the focus or not.
3. If you want to handle normal keys you can do it as the other answer says, but it will control only the keys selected in your application when your application have the focus.
4. if you want to get the keyboard controlled since the beggining you should call the hook from a windows service in order to get it loaded before the user have logged on...
My advice:
1. system service
2. System wide hook (note that it must be placed in a DLL)
3. manipulate (start,stop...) the service from your app.
hope this helps...
|
|
|
|
|
cool, i should keep focus, because i made the dialog full screen, and stays on top, so i think i can use the pretranslate message thing... just gotta figure out now that i got an override for that function from my app class, how to code it to only allow my alphanumerics...
thanks for all the help tho , glad to learn so much at once
todo....
:: insert inpirational text here ::
|
|
|
|
|
you are right joan murt, this wont work for me.
BOOL CMatrixApp::PreTranslateMessage(MSG* pMsg)
{
return 0;
//return CWinApp::PreTranslateMessage(pMsg);
}
this kills the ESC, but does not stop system keyboard escapes like ctrl-alt-delete , and alt-f4. is there a way to filter them out too in pretranslate message, or must i make as you said, a system wide hook to do that?
todo....
:: insert inpirational text here ::
|
|
|
|
|
i dont have to really worry about the system rebooting actually the customers will only have access to the app thru a keyboard and mouse.. they cant reboot the box.
is there somehow just in my one app to listen to all keyboard input system wide and stop ctrl-alt delete and the altf4 etc?? id really like to do it all from one app without using windows services , etc. it doesnt have to be complicated, just functional....
todo....
:: insert inpirational text here ::
|
|
|
|
|
I have overriden WM_TIMER of CMainFrm class.,and use SetTimer function.I'm not sure about one thing.Does WM_TIMER called for every its period even if there is no focus on main window and other application are focused?In the tests that I've done there were no problem and it is called but I want to be sure it is called ALWAYS after SetTimer function.Does anoybody have any experience?
Mazy
"And the carpet needs a haircut, and the spotlight looks like a prison break
And the telephone's out of cigarettes, and the balcony is on the make
And the piano has been drinking, the piano has been drinking...not me...not me-Tom Waits
|
|
|
|
|
The WM_TIMER message is the lowest priority message handled by windows, and as such, there is no absolute guarantee that the message will always be handled. In a typical application that is usually idle, this won't be a problem, but in a heavily multi-threaded or especailly busy app, you stand a good chance of missing a WM_TIMER message every once in a while. This isn't necessarily a bad thing because WM_TIMER messages are happen quite frequently.
If it's absolutely essential that your timer messages get through, use a separate thread for a timer, and have it send messages back to the main window when a timer "tick" occurs.
------- signature starts
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
Please review the Legal Disclaimer in my bio.
------- signature ends
|
|
|
|
|
Thanks John for your reply.
John Simmons / outlaw programmer wrote:
If it's absolutely essential that your timer messages get through, use a separate thread for a timer, and have it send messages back to the main window when a timer "tick" occurs.
Does this means I use my SetTimer function in a new thread?(Start timer in new thread)
Mazy
"And the carpet needs a haircut, and the spotlight looks like a prison break
And the telephone's out of cigarettes, and the balcony is on the make
And the piano has been drinking, the piano has been drinking...not me...not me-Tom Waits
|
|
|
|
|
No, the whole purpose of setting up a separate thread is to eliminate the need for the WM_TIMER message completely. This means you have to implement your own timer code. There is timer code on CodeProject.
------- signature starts
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
Please review the Legal Disclaimer in my bio.
------- signature ends
|
|
|
|
|
Thanks.I got the point.
Mazy
"And the carpet needs a haircut, and the spotlight looks like a prison break
And the telephone's out of cigarettes, and the balcony is on the make
And the piano has been drinking, the piano has been drinking...not me...not me-Tom Waits
|
|
|
|
|
In a file I see:
BEGIN_MESSAGE_MAP(CPaletteStatusBar, CStatusBar)
ON_WM_CREATE()
ON_WM_SIZE()
END_MESSAGE_MAP()
What does ON_WM_CREATE() mean? WHat is VC doing by writing this line of code?
Appreciate your help,
ns
|
|
|
|
|
ON_WM_CREATE() basically ties the WM_CREATE message to a member function of the CPaletteStatusBar called OnCreate. So whenever the WM_CREATE message is sent to the window tied to an instance of the CPaletteStatusBar class, OnCreate is called with the proper paremeter.
Having said that, here's what I typically do when I need to find the answer to a question such as yours:
1. Look it up on MSDN to see if that can answer my question.
2. If MSDN is not enough, I search for it in the actual MFC code. In other words, I do a Find in Files of ON_WM_CREATE and tell it to search in the folder where the MFC source code is installed (ie, C:\Program Files\Microsoft Visual Studio\VC98\mfc).
3. If I still don't understand, I try to find someone around me that knows the answer.
4. If that still doesn't work, I come to CodeProject and ask.
Regards,
Alvaro
Well done is better than well said. -- Benjamin Franklin
(I actually prefer medium-well.)
|
|
|
|
|
Thanks. I havent programmed in a while and am feeling extremely overwhelmed. SO I am not functioning at my best. Sorry to bother you. YOur ideas are the first in this round that I'l take to heart....
Appreciate your help,
ns
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
