|
George_George wrote: Sorry for my stupid.
Oh don't worry about your insistence, maybe I've a naive trust in article authors!
In the article they explains (in the paragraph I signaled to you) that some compilers may try to optimize code (hopefully for parallelization on the processor pipeline or on different processor cores) that way.
I observed too that, in general, if you don't place strict constraints on your specification then someone surely will realize the requirement in very unexpected way.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
[my articles]
|
|
|
|
|
Thanks CPallini,
I have re-read the article you quoted. You are right, and this section is about how to utilize multi-processor's capability to make instructions work in parallel.
But, 
My question is about instruction re-ordering, not executing in parallel. They are two things.
So, I do not think the section you quoted answers my question. Do you have any ideas why compiler reordering instructions? The only reason I could think of is reorder and make assignment earlier will save one register. I want to learn your points about this.
regards,
George
|
|
|
|
|
George_George wrote: My question is about instruction re-ordering, not executing in parallel. They are two things.
Maybe (I'm, for sure, not an expert about) such a reordering gives the processor (or the processor cores) the chances to execute more machine code in parallel.
George_George wrote: So, I do not think the section you quoted answers my question. Do you have any ideas why compiler reordering instructions? The only reason I could think of is reorder and make assignment earlier will save one register. I want to learn your points about this.
The reason can also be the above but, again, I'm not an expert about...
Anyway, remember one of my points: if you give those ( indeed, very smart) people some implementation freedom then you have to expect everything can happen (and the reason maybe well hidden: perhaps that reordering better adhere to their compiler architecture, who knows?)
Happy new year, best wishes, George
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
[my articles]
|
|
|
|
|
Thanks CPallini and the same to you,
Hope we can have a happy post/discussion in 2008 -- with you together.
regards,
George
|
|
|
|
|
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
[my articles]
|
|
|
|
|
I'm trying to draw pictures in my application.
The primary usage is stuff like: replacing a button picture to a lighted one on mouseover.
I tried using ID3DXSprites to do that.
does anyone do that ?
my main problem is that when creating a texture from file (.png), the image get 'smeared'
to a larger size (power of 2 size), this makes life hard for me.
|
|
|
|
|
Hanan888 wrote: my main problem is that when creating a texture from file (.png), the image get 'smeared' to a larger size (power of 2 size)
Well, I'm an OGL person moreso than DX, but... This is done for performance reasons. There may be a way to turn this option off for NP2 (non power of two) textures, but doing so will give you a SERIOUS performance hit for NP2s. It makes the computer's life harder.
Hanan888 wrote: this makes life hard for me.
It shouldn't.
|
|
|
|
|
Thank you very much but actually I knew that.
Let me just note to anyone reading this that turning textures in directX to NON_POWER_OF_2 should be done with extra attention to portability.
I finally figured out how to show those textures in the original size of the picture. Still, It looks less pretty than the original picture.
My really main concern is that I'm using the wrong technique (textures & sprites) to show pictures.
If you got anything to direct me it would be very great ! 
|
|
|
|
|
hi,
i am learning mfc, and having a good time doing so. i currently stuck on how to approach a particular problem: i am trying to create a control a color picker control that has four parts for self contained use in multiple projects. the four (rather simple, i know...) parts are:
1) a static box for showing the color selected
2) three separate spin controls that allow you to select the R,G, B components of the color
i know that there are several color pickers avail that do this, but i would like to create my own for use in my own projects, partly as an exercise in how to create self contained controls.
problems that i am having:
1) it is my understanding that there is no way to save a dialog as a resource by itself... the resource file is for the whole project. no importing/exporting of individual dialog resources.
2) so that's ok - i will just create a dialog class and include all of the elements that i want as memebers therein and init them in the dialog class in OnInitDialog using their individual ::Create() methods.
uh, but wait a minute... when it comes time to listening for events, don't i have to give a resource ID for the call to
DDX_Control(, , )...
?
Uh, I seem to be chasing my tail here...
Any help appreciated. - @LRG
|
|
|
|
|
Another option would be to save the dialog template in a separate file that could then be #included in either the .rc or .rc2 file.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
I suggest that you build a DLL which gives access to, or maybe exports your dialog. You need to export it if you want to be able to derrive from your dialog. The main difficulty in this case is the selection of a resource ID that's not going to be used in any of the apps that use your DLL.
Regards,
Bram van Kampen
|
|
|
|
|
In addition to the other replies...
Whatever method you choose - resource-only DLL, resource includes,
etc., the most important thing is to manage IDs so they don't clash.
For example, I personally have a solution with several EXEs that share an MFC
extension DLL, and also share common code that is compiled/linked directly into
several EXEs. From the start, I set aside blocks of resource IDs for each - one block
for the shared DLL, one for common code, and one for EXEs. For new projects, I
just have to adjust the _APS_NEXT_xxx values in the resource.h file so the Visual
Studio auto-generated IDs start in the proper range of IDs.
The info in these technical notes explains the details...
TN020: ID Naming and Numbering Conventions[^]
TN035: Using Multiple Resource Files and Header Files with Visual C++[^]
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
hi,
i am just learning mfc and finding good inspiration with this excellent site. a question i have is that many of the dialogs and controls listed on this site are described as "owner drawn". what the heck does that mean?
is that like when you attach a control to a dialog with out using a resource?
thanks - @lrg
|
|
|
|
|
|
ok, thanks... so it would seem that creating an owner drawn control is useful when you need to customize the appearance of the control.
hmm... that's not what i need to do, so i will start another thread with my next question.
|
|
|
|
|
@largeinsd wrote: what the heck does that mean?
The owner is the program that creates the control, so it's responsible for its appearance rather than Windows.
|
|
|
|
|
I just downloaded a copy of VS2008. Am I alone in not recognising anything anymore. There are apparently No more Dialogs (They're called Forms? now, and are apparently created on the fly) No Resource templates, messagemaps, etc. It is still not clear to me how I trap an event, say clicking on a button. Is all knowledge of classical MFC Skills assigned to the scrapheap? To me the whole enterprise looks like Visual Basic with cpp syntax.
Bram van Kampen
|
|
|
|
|
What edition of VS did you download (the Express one hasn't MFC)?
You have also to use VC++ and choose a Win32 Project to find the old stuff.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
[my articles]
|
|
|
|
|
I have Express, so that's useless for my purposes.
btw Is that 'new' stuff realy the future? If I had wanted to write in VB and accept it's limitations, that what's i'd have done by using VB. I Don't see any point in using cpp to write stuff akin to VB. By the way, there are more limitations to Express. It is not geared for DLL's. I tried to write a simple one just as a test, Ultimately (because there were no options to choose) by changing the Output Filename to .dll. The whole thing is in a quandry since, (a process called mt is looking for it at the start of the build, and can't find it (it has not been built yet) and cancels the Process with error message c10100b1. I have sofar not been able to find a deeper meaning or background on this error message on MSDN.
Sofar I've been using Visual Studio 97 and VC++ V5.00. It serves 99% of my needs. On occasion I've had to write some DLL's to cover features not implemented on my version, but I get by.
Thanks for your reply, and a happy new year.
Regards
Bram van Kampen
|
|
|
|
|
Bram van Kampen wrote: I have Express, so that's useless for my purposes.
Well, the Express Edition has a great value for money (in fact infinite ). Seriously, you can usually really go on without MFC, in fact I often prefer to use standard Win32 programming.
Bram van Kampen wrote: btw Is that 'new' stuff realy the future? If I had wanted to write in VB and accept it's limitations, that what's i'd have done by using VB. I Don't see any point in using cpp to write stuff akin to VB
Microsoft is strongly promoting .NET Framework, i.e. managed code. It support neverthless standard C++ (native) programming while Visual Basic 6 is no more supported. Roughly speaking, .NET languages are much more powerful and really better (expecially C#) than 'good' old VB6.
Bottom line, you can really build great application using .NET.
Bram van Kampen wrote: By the way, there are more limitations to Express. It is not geared for DLL's
The above is false. You can easily build a DLL (as well a Static Library) using VC Expression Edition (I've done it): just choose, as project, a Win32 one and then, in the application settings window, select DLL.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
[my articles]
|
|
|
|
|
I must admit, I'm totally new to this thing. The interface has changed beyond recognition over the last few years.
CPallini wrote: The above is false. You can easily build a DLL (as well a Static Library) using VC Expression Edition (I've done it): just choose, as project, a Win32 one and then, in the application settings window, select DLL.
I've created now about two dozen empty projects in an attempt to get the options you mention. The biggest learning experience of it all was that I'm getting a feel of the Trepidation our staff feels when I announce that their software has been upgraded. (I Never change the Look and Feel though, if it can be helped). I also noticed that All VC++ 5.0 Help (Help for my Working version)was rendered inacessable by installing V9.0.
Bram van Kampen
|
|
|
|
|
Bram van Kampen wrote: I've created now about two dozen empty projects in an attempt to get the options you mention.
Well, maybe in the next two dozen attempts...  Good luck!
Bram van Kampen wrote: The biggest learning experience of it all was that I'm getting a feel of the Trepidation our staff feels when I announce that their software has been upgraded.
I know this kind of feedback, it's useful.
Bram van Kampen wrote: (I Never change the Look and Feel though, if it can be helped).
Beacuse you are a kind developer. I usually cannot resist the temptation...
Bram van Kampen wrote: I also noticed that All VC++ 5.0 Help (Help for my Working version)was rendered inacessable by installing V9.0.
This happened to mee too (with two different version of Visual Studio). I
don't know if it is a documented incompatibility, but I agree: it is a weird thing.
Best wishes to enjoy Visual Studio 2008.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
[my articles]
|
|
|
|
|
Bram van Kampen wrote: Sofar I've been using Visual Studio 97 and VC++ V5.00.
You really need to be using the full VC++ 2008 then. The Express edition will be limiting.
Kevin
|
|
|
|
|
I went through the same feeling of being locked in VB land when going from VC++ 6.0 to VC++ 2003. I can't imagine how much of a shock it would be to go from VC++ 5.0 all the way to VC++ 2008.
I think it's the one size fits all mentality with the IDE.
The express editions only come with the libraries like .NET, but if you want the power of MFC, you have to buy one of the full products.
|
|
|
|
|
It is a Shock allright, I am maintaining a six year old code base. The Code runs our shops, essentially POS (Point Of Sales) Terminals.
To port this to .NET would involve at least a porting tool, as about 1500 files are involved.
We do not want or need Global Internet Access. VC++5.0 is more than adequate for this. I am now trying to write a form of Internet access, which allows customers to see their bills, and management what's going on!
VC++5.0 should be well able to do this. Maybe we should have a separate sub forum on Legacy MSCompilers, which no doubt people would find usefull.
Not everyone is writing "Push the Boundary" apps. In reality, most queeries on the CPP-MFC messageboard deals with newcommers.
By the way:
if .NET is the way forward according to Microsoft, why is VS2008 littered with JS type files!
Happy New Year
Bram van Kampen
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
