C / C++ / MFC

FirstPrevNext

Re: EditBox 4-Apr-01 11:01 4-Apr-01 11:01  Hi! Is this in any ways related to Cracking? If so, there would not be any chance if the NuMega SoftIce is around (most of the time is)! As for Mike's post, still the WM_GETTEXTxxx will be caught and user/programmer will get the edit box's contents just coz it is a message and will be possible to set a break on it! As I mentioned above, if it is Cracking related, then perhaps you could try using other methods rather than plain edit box, lock and even masking it with the * characters, you may know that the * are easily revealed. There is an article on coeguru I guess with source/demo. Good Luck! Which box did the command come from? 31-Mar-01 14:24 31-Mar-01 14:24  Hello, I'm new to visual development and am stuck. I've got a main app window with several children in it. The children are DirectShow movie windows and dialog boxes I created to control the movies. When a play button is clicked I need to know which dialog box the command came from, to play the correct movie, how do I do this? I tried to get the active window and figure it out that way but my child windows are never active, only the main parent window. If I could change this so that the dialog box where the command comes from is active things would be ok, does anyone know if this is possible? Thanks for any help! luedee@yahoo.com Re: Which box did the command come from? Tim Deveaux1-Apr-01 5:18 Tim Deveaux 1-Apr-01 5:18  Sounds like each dialog is built from the same template, so their control IDs are all the same. Hmmm... Well, if the dialog with the play button knows what movie to play (or has some distinguishing data) you could set up a custom windows message that would be posted when the play button is hit. Create a handler in the main wind (perhaps using ON_MESSAGE macro, if MFC) to get all these notifications. When you post the message inside OnPlay, the wparam or lparam can be set with some indication of who posted the message, and your main handler can switch on that. I know this is a little short on detail, but I think if you search this forum for ON_MESSAGE you'll get some tips. Appending a file - argh !!!! Christian Graus31-Mar-01 13:05 Christian Graus 31-Mar-01 13:05  I'm coming to the end of my inaugural WTL project and I've hit an odd snag. I am filling a listctrl with ID3 tages, editing them and writing them out again. I'm using someone elses ID3 class ( although it needed so much work I may as well have written it ;0) and it will NOT append a file with ID3V1 information for me. As soon as the info is there, I can overwrite it, but otherwise, I just cannot write to the file. It's not read only, and I've tried using SetFilePointer(fHandle, 128, 0, FILE_END); SetEndOfFile(fHandle); SetFilePointer(fHandle, -128, 0, FILE_END); if (!WriteFile(fHandle, "TAG", 3, &sentinel, 0)) WriteFile(fHandle, myID3.title, 30, &sentinel, 0); WriteFile(fHandle, myID3.band, 30, &sentinel, 0); WriteFile(fHandle, myID3.album, 30, &sentinel, 0); WriteFile(fHandle, myID3.year, 4, &sentinel, 0); WriteFile(fHandle, myID3.comment, 30, &sentinel, 0); WriteFile(fHandle, &myID3.genre[0], 1, &sentinel, 0); SetFilePointer(fHandle, 128, 0, FILE_END); and various permutations of this, and also CloseHandle(fHandle); ofstream stream; stream.open(filepath, ios::app); stream.setmode(filebuf::text); stream << "TAG"; stream << myID3.title; stream << myID3.band; stream << myID3.album; stream << myID3.year; stream << myID3.comment; stream << &myID3.genre[0]; stream.close(); Can someone please tell me if I am doing something wrong, or suggest why this is not appending my file ? I've traced through and this code executes whenever a tag is not present, but nothing is being done. Thanks. Christian The content of this post is not necessarily the opinion of my yadda yadda yadda. To understand recursion, we must first understand recursion. Re: Appending a file - argh !!!! Michael Dunn31-Mar-01 14:30 Michael Dunn 31-Mar-01 14:30  Those API calls must be failing left and right - look at the return values and the value of GetLastError() to see what's going wrong. --Mike-- http://home.inreach.com/mdunn/ The preferred snack of 4 out of 5 Lounge readers. Re: Appending a file - argh !!!! Christian Graus31-Mar-01 22:35 Christian Graus 31-Mar-01 22:35  Invalid handle, but the handle is only invalid if the file has no id3 tag at the end. Christian The content of this post is not necessarily the opinion of my yadda yadda yadda. To understand recursion, we must first understand recursion. Re: Appending a file - argh !!!! 31-Mar-01 22:55 31-Mar-01 22:55  I have written a small class to work with mp3 files, which is not complete, yet. The tagging-function works pretty well. If you're interested, then e-mail me at: billgates16@gmx.de bye, FoxHunter Re: Appending a file - argh !!!! l a u r e n31-Mar-01 23:06 l a u r e n 31-Mar-01 23:06  "... so tell us Mr Graus ... what is your impression of the fabled WTL class library and its application to curing world poverty and hunger?" --- "every year we invent better idiot proof systems and every year they invent better idiots" Re: Appending a file - argh !!!! Christian Graus1-Apr-01 12:56 Christian Graus 1-Apr-01 12:56  It plainly rocks. I am a little nervous about using it for production code, only because I want to 'know' it a little better before I would entrust a major project to the idea that we won't get half way through and find it won't do something for us easily, but overall I am certainly enjoying learning it and finding it fun to use. Having the message map all in one place is so much easier when you're coding things in yourself rather than using classs wizard. I still don't have the hang of the DDX stuff, I'll attempt that tonight. Christian The content of this post is not necessarily the opinion of my yadda yadda yadda. To understand recursion, we must first understand recursion. Re: Appending a file - argh !!!! Tim Deveaux1-Apr-01 5:24 Tim Deveaux 1-Apr-01 5:24  Is it possible for you to call LockFile or LockFileEx on the file? What error would it give if not? WH_SHELL Hook Mustafa Demirhan31-Mar-01 7:48 Mustafa Demirhan 31-Mar-01 7:48  Hi everybody, I have a problem about WH_SHELL hook. When I use WH_SHELL hook in a dll file (as system-wide hook), it shows a very strange behavior: Under Win9x/Me, the taskbar does not work correctly. For example, while the program is active, when i start another application, its icon does not appear in the taskbar. When I close my application the icons appear. At first I think that it is because of my application, however when I downloaded a sample by Frederic Boulanger which also uses WH_SHELL hook, I saw that this strange thing also occurs. NOTE that everything works fine under Win2000. Is there anyone who knows the reason of this? Please help Best regards Mustafa Demirhan ActiveX Controls and Downloading 31-Mar-01 5:07 31-Mar-01 5:07  I was wondering if there is a way to find out when an ActiveX control has actually downloaded. I need to pass a few parameters from my HTML page to my ActiveX, but I am having timing and synchronizing problems. The problems arise from the fact that a lot of times the method calls are made before the object has fully downloaded. Is there any method or events that I could use to find out whether an ActiveX has downloaded? thanks Re: ActiveX Controls and Downloading l a u r e n31-Mar-01 23:10 l a u r e n 31-Mar-01 23:10  ok ... this is a klunk but ... embed an image in the page but don't put its dimensions in the tag ... that causes the browser to show nothing until the image has downloaded totally ... make the image tag after your active x tag and it might give you the time you need to download completely theres gotta be a better way than this but i did say it was a kludge --- "every year we invent better idiot proof systems and every year they invent better idiots" Trouble with running dos programs from VC++ James Bird31-Mar-01 3:52 James Bird 31-Mar-01 3:52  I am having a bad time with a program which I am writing - I wan't to run a DOS based program from my program (Windows). I tried using ShellExecute but the ony thing that happens is that a dos window comes up saying couldn't execute stub or something like that. Please help, thanks, James Bird - birdjames@bigfoot.com Re: Trouble with running dos programs from VC++ Anders Molin31-Mar-01 6:38 Anders Molin 31-Mar-01 6:38  Take a look at CreateProcess(), you might have better luck with this function... - Anders Re: Trouble with running dos programs from VC++ Michael Dunn31-Mar-01 7:53 Michael Dunn 31-Mar-01 7:53  Does the DOS app use a DOS extender, such as DOS4GW? If so, my guess is that the problem is the current directory isn't set right, so the app can't find the DOS extender. Try setting the current dir to the one where the app is, or else use CreateProcess() which takes the dir to use as the current dir as a parameter. --Mike-- http://home.inreach.com/mdunn/ The preferred snack of 4 out of 5 Lounge readers. Sieve of Eratosthenes -- Please Urgent 30-Mar-01 18:14 30-Mar-01 18:14  Anybody has a copy of Sieve of Eratosthenes --- Prime Number generator program. Re: Sieve of Eratosthenes -- Please Urgent Christian Graus31-Mar-01 1:56 Christian Graus 31-Mar-01 1:56  Asking people to do your homework is not a long term method of succeeding in the computer industry. How about you post your code and I'm sure we'll all be happy to give advice on where you are stuck. Christian The content of this post is not necessarily the opinion of my yadda yadda yadda. To understand recursion, we must first understand recursion. WTL CString disaster !!! Christian Graus30-Mar-01 17:29 Christian Graus 30-Mar-01 17:29  Thanks to those who helped me previously, my WTL project is progressing nicely (when I find time ).... My latest problem is very odd. I have tried using a number of functions that take an ATL CString, such as GetDlgItemText, GetWindowText ( no prize for guessing what I want to do ) and also GetItemText in my CListCtrl. In EVERY case, I get a message like this: c:\my programs\wtl\mp3cat\inputdlg.h(52) : error C2664: 'int __thiscall ATL::CWindow::GetDlgItemTextA(int,unsigned short *& ) const' : cannot convert parameter 2 from 'class WTL::CString *' to 'unsigned short *& ' A reference that is not to 'const' cannot be bound to a non-lvalue I don't see why it's asking me for a pointer to an unsigned short, but it appears an almost universal problem. I've found ways around it in other places ( by doing things differently ) but in this case I have a dialog which has the sole purpose of getting input from a CEdit. I tried fiddling with the DDX sample, but to no avail, and while I'm guessing a bit more time with that might do it, I *hate* DDX anyhow and *never* use it in MFC, so I'd much prefer to get to the bottom of this problem. FWIW I have the version of ATL in the last SDK ( October from memory ) Thanks to one and all Christian The content of this post is not necessarily the opinion of my yadda yadda yadda. To understand recursion, we must first understand recursion. Re: WTL CString disaster !!! Michael Dunn30-Mar-01 18:19 Michael Dunn 30-Mar-01 18:19  Sounds like something's screwy with your ANSI/Unicode settings. GetDlgItemTextA() is expecting an unsigned short* (ie Unicode string) which isn't right. --Mike-- http://home.inreach.com/mdunn/ The preferred snack of 4 out of 5 Lounge readers. Re: WTL CString disaster !!! Christian Graus30-Mar-01 19:37 Christian Graus 30-Mar-01 19:37  *sigh* Thanks - now I know what the problem is. Could it be I need to reinstall WTL ? I haven't #define'd UNICODE anywhere, and in fact doing so breaks a lot of other stuff. I also have tried passing in char*'s, etc., but I keep getting the same messages... I can get this particular code to work by doing this: char * pChar = new char[255]; ::GetDlgItemText(m_hWnd, IDC_EDIT, pChar, 255); string = pChar; but I'm still left with the feelings something is fundamentally broken Christian The content of this post is not necessarily the opinion of my yadda yadda yadda. To understand recursion, we must first understand recursion. Re: WTL CString disaster !!! Michael Dunn30-Mar-01 20:11 Michael Dunn 30-Mar-01 20:11  Wait, y'know what, I was wrong. You are calling the version of GetDlgItemText() that takes a BSTR&. That's where the unsigned short*& mentioned in the error message is coming from -- BSTR is typedef'ed as unsigned short* You need to call the other version, which takes an LPTSTR. Note that CString doesn't have an LPTSTR operator - you need to call GetBuffer() to get a non-const pointer. --Mike-- http://home.inreach.com/mdunn/ The preferred snack of 4 out of 5 Lounge readers. Re: WTL CString disaster !!! Christian Graus30-Mar-01 20:23 Christian Graus 30-Mar-01 20:23  I've noticed that BSTR keeps coming up in my list of available inputs and I've been trying to use GetBuffer to get to the LPTSTR version. Why would I not have access to the CString versions ? It appears to be right across the board... Christian The content of this post is not necessarily the opinion of my yadda yadda yadda. To understand recursion, we must first understand recursion. Re: WTL CString disaster !!! Michael Dunn30-Mar-01 20:35 Michael Dunn 30-Mar-01 20:35  Calling GetBuffer() returns an LPTSTR. Is this not working for you? The code would be something along these lines... CString s; wndSomeWindow.GetDlgItemText ( IDC_SOME_CONTROL, s.GetBuffer(64), 64 ); s.ReleaseBuffer(); // it's now safe to call CString methods on s again --Mike-- http://home.inreach.com/mdunn/ The preferred snack of 4 out of 5 Lounge readers. Re: WTL CString disaster !!! Christian Graus31-Mar-01 1:48 Christian Graus 31-Mar-01 1:48  Oh, um... *embarrassed grin* I thought ReleaseBuffer released the ownership of the pointer, i.e. if I passed the value to a char* or a list on a permanent basis, I would release it from the string. As my wife has been heard to tell me, I've been doing it wrong !!! So I release after every GetBuffer to restore ownership to the string, is that right ? Christian The content of this post is not necessarily the opinion of my yadda yadda yadda. To understand recursion, we must first understand recursion.

Last Visit: 31-Dec-99 18:00     Last Update: 1-Jun-24 8:07 Refresh ᐊ Prev1...18401184021840318404184051840618407184081840918410 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.