|
jschell wrote: With logging you would know, rather than attempting to guess, what was happening
Wise words indeed.
|
|
|
|
|
Well, this is what I have found so far.
The Registry key permission setting does indeed stop my program from writing to its Registry key. On my two WinXP and my Win7 systems the Registry key permissions are set to "full control".
Registry editor does not allow me to manually change the "full control" permission to "Read". The "full control" permission is checked but disabled (dimmed) so I can't change it and I don't know why. I had to find a utility that changed the permission outside of registry editor. When the key permission was changed to "read" then writing to the Registry failed.
CWinApp:WriteProfileInt() fails with a "read" permision but there is no error code associated with the failure (i.e. GetLastError() doesn't return an error code).
I think the only thing I can do is detect the Registry write failure, report it to the user, and use an INI file instead of the Registry. I don't particularily like it but I think that's my only choice.
|
|
|
|
|
When changing permissions on registry keys using regedit, make sure you select your user name to see which permissions you have. Programmatic changes to the registry are done using either your user account or the system user account, or some similar named account on the system. My bet is that the read or write permission is not set for all the accounts on your system. This is easy to check, open your regedit, navigate to the key in question, right click the key, select permissions. This should show a registry permissions dialog. Select each user account on the top section of the dialog and watch how the related permissions change for the different accounts. When you find the account with the missing permission, you will have your culprit. Hope this helps.
|
|
|
|
|
I'm wanting to batch edit the ID3V2 tags in around 1660 CDs worth of tracks, as I have metadata stored elsewhere.
Part of this process involves adding a APIC tag with the contents of a JPEG file.
Now, I have jumped through the various hoops to get everything working except one thing, namely, the artwork. Everything else (genre, album, track number, etc) work fine, and the tags are visible to iTunes and Windows Media Player. However, I am stumped as to how to add the artwork
I thought that the sequence
TagLib::MPEG::File f(filename);
TagLib::ID3v2::Tag*t = f.ID3v2Tag();
TagLib::ID3v2::AttachedPictureFrame* pF = new TagLib::ID3v2::AttachedPictureFrame();
pF->setData(jpegData);
pF->setMimeType("image/jpeg");
pF->setType(TagLib::ID3v2::AttachedPictureFrame::FrontCover);
t->addFrame(pF);
f.save(TagLib::MPEG::File::ID3v2,false,3);
should work, but it does not save my artwork
If anyone has working C++ code that does work, I'd be very grateful.
Steve S
Developer for hire
|
|
|
|
|
(cough)
Actually, it works properly when you remember to call the right member function.
Instead of pF->setData(...), I should have called pF->setPicture(...)
Sigh. That's another hour's debugging time I'll never get back, for want of proper reading of the underlying code....
Steve S
Developer for hire
|
|
|
|
|
The jpeg image is bigger than the Picture Control, and the jpeg file is in the local disk. It is no problem to show jpeg image, I can use the CImage to load the jpeg image and then user Picture Control's SetBitmap() method to display this image.
But how to zoom to display this jpeg?
|
|
|
|
|
Maybe this[^] article might help.
|
|
|
|
|
Thank you jeron1,
I set the Picture Control's Type property as "Frame", and then use the Graphic to Graphics's DrawImage to draw iamge.
+5
|
|
|
|
|
If you only need the image to fit the window (without adding zoom in and zoom out capabilities), just set the image control attribute "Real Size Image" to FALSE.
|
|
|
|
|
how i open and use glut project in code blocks
|
|
|
|
|
|
who to create exe file in code blocks?
|
|
|
|
|
compile and link source code... the result is an exe file...
|
|
|
|
|
Huh?
"One man's wage rise is another man's price increase." - Harold Wilson
"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
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
Hi, I want to know what compiler does WDK 7 use to compile files when we try to build any WDK sample?
Regards
msr
|
|
|
|
|
|
Hi,
I am using a modal dialog box to gather some inforamtion one the peices of info I need is
a filename so in myokhandler I invoke CFileDialog I get an exception when I do the the domdal
My question is can invoke a modal whtin a modal and if so what is the parent window
Thanks
|
|
|
|
|
of-course yes. You can invoke a modal dialog from another modal dialog. Coming to your problem there is something wrong with the usage of CFileDialog. can you paste the complete exception stack/message so that we can able find what went wrong.
I took this sample from here[^] hope you are doing the same. if not give a try.
CFileDialog dlgFile(...);
...
CString fileName;
dlgFile.GetOFN().lpstrFile = fileName.GetBuffer(<very large number&>);
dlgFile.GetOFN().nMaxFile = <very large number >;
INT_PTR nResult = dlgFile.DoModal();
fileName.ReleaseBuffer();
Read these lines carefully
The destruction of CFileDialog objects is handled automatically. It is not necessary to call CDialog::EndDialog.
To allow the user to select multiple files, set the OFN_ALLOWMULTISELECT flag before calling DoModal. You need to supply your own filename buffer to accommodate the returned list of multiple filenames. Do this by replacing m_ofn.lpstrFile with a pointer to a buffer you have allocated, after constructing the CFileDialog, but before calling DoModal.
When the user allocates their own buffer to accommodate OFN_ALLOWMULTISELECT, the buffer can't be larger than 2048 or else everything gets corrupted (2048 is the maximum size).
Additionally, you must set m_ofn.nMaxFile with the number of characters in the buffer pointed to by m_ofn.lpstrFile. If you set the maximum number of files to be selected to n, the necessary buffer size is n*(_MAX_PATH + 1) + 1.
|
|
|
|
|
Thanks for the suggestion however I am still getting an exception on the CFileDialog.Domodal
Here is the the code from the main window when a user selects Debug Program the following
ON_COMMAND handler is invoked
Cprogdialog progdlg(this);
nRet = progdlg.DoModal();
return;
}
Then the follwing code is the on okay handler to this modal dialog box
void Cprogdialog::Process()
{
UpdateData(TRUE); CFileDialog dlg(TRUE, _T("asm"), _T("*.asm"), NULL);
dlg.m_ofn.lStructSize = sizeof(OPENFILENAME);
dlg.m_ofn.lpstrFilter = (LPCTSTR)"*.asm,*.cbl,*.c";
dlg.m_ofn.lpstrInitialDir = (LPCTSTR)"F:\\";
dlg.m_ofn.lpstrTitle = (LPCTSTR)"Program Source Code";
dlg.m_ofn.lpstrFile = new char[50];
dlg.SetParent(this);
if (dlg.DoModal() == IDOK)
AfxMessageBox((LPCTSTR)"Waiting for program " || (LPCTSTR)progname || (LPCTSTR)" In JobName " || (LPCTSTR)jobname,MB_OK);
The exception occurs at dlg.DoModal
Thanks again
|
|
|
|
|
There are many problems in your code.
The main problem that I see is the typecast to LPCTSTR .
I've said it before and I will say it again - Typecasting is evil.
Here is a sample code that you can use to correct your mistakes -
CFileDialog fOpenDlg(TRUE, L"txt", L"",
OFN_FILEMUSTEXIST|OFN_EXPLORER|OFN_HIDEREADONLY ,
L"All Image Files (*.jpg;*.jpeg;*.bmp;*.png)|*.jpg; *.jpeg; *.bmp ; *.png|Bitmap Files (*.bmp)|*.bmp|PNG Files (*.png)|*.png|JPEG Files (*.jpg;*.jpeg)|*.jpg; *.jpeg||", this);
fOpenDlg.DoModal();
|
|
|
|
|
You are using the _T() macro in some places to ensure your strings are correctly created as ASCII or Unicode. However, further down you are using the (LPCTSTR) cast. This means that your code should not even compile in Unicode mode. You also failed to tell us what the exception is that you are seeing.
|
|
|
|
|
Right after I try to step over the CFIleDialog.DOModal
a break is hit "int 3" the Call Stack points to somewhere in KerenelBase.dll
then doing a go PF5 results in a access exception
I red-did the code with L" instead of T("")
Thr CfileDailogBox I somewhat familar with its look appears not fully just the frame
right before "int 3" is hit
Thanks
|
|
|
|
|
ForNow wrote: I red-did the code with L" instead of T("") So you think that randomly changing some strings to Unicode will fix the problem? My comment was made in the hope that you would actually think about what you are trying to do and whether your various parameters are correct. Read the documentation[^] and look more closely at the requirements for the different parameters on the CFIleDialog class.
You should also learn the difference between the _T() macro and the L prefix on strings. And finally you need to understand exactly what a cast, such as (LPCTSTR) , does and how it affects the way your program runs.
|
|
|
|
|
ForNow wrote: Then the follwing code is the on okay handler to this modal dialog box
void Cprogdialog::Process() So Process() is being called from OnOK() ? Why are you wanting to browse for a file when the "main" dialog is being dismissed?
ForNow wrote: dlg.m_ofn.lpstrFile = new char[50]; I do not see how this is going to work.
ForNow wrote: dlg.m_ofn.lpstrFilter = (LPCTSTR)"*.asm,*.cbl,*.c"; Have you read the docs for this member? It must be double null terminated.
"One man's wage rise is another man's price increase." - Harold Wilson
"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
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
Okay i'll re-read the docs
I have a modal dialog box open to gather info
1 of the pieces of info is a file name so......
as soon as the user hits "OK"
I look for the last piece of info which a file thus the need to invoke CFileDiaog from the OKHANLDER of the first dialog box
you right I'll re-read the doc
|
|
|
|