C / C++ / MFC

I think the error message is clear

25-Nov-07 23:07

dear all

my issue is below:

:\MyProject\MyProjectDlg.cpp(8) : fatal error C1083: Cannot open include file: '..\MyLibrary\MyLibraryst.h': No such file or directory
Error executing cl.exe.

MyProject.exe - 1 error(s), 0 warning(s)

how to solve it?

thanks a lot

CPallini25-Nov-07 23:18

CPallini

25-Nov-07 23:18

You haven't such file inside that directory or you haven't the directory itself.
Smile | :)

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.

zhiyuan1626-Nov-07 0:01

26-Nov-07 0:01

but actually i have already included such file.

Nelek26-Nov-07 0:45

26-Nov-07 0:45

Yes, but...

If the file is not in the correct path... Error.
If the file/path is not correctly written... Error.

Greetings.

--------
M.D.V. Wink | ;)

If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson

Hamid_RT26-Nov-07 0:03

Hamid_RT

26-Nov-07 0:03

Do you have this MyLibraryst.h ?

zhiyuan1626-Nov-07 0:47

26-Nov-07 0:47

yes, i have this MyProject.h

zhiyuan1626-Nov-07 0:50

26-Nov-07 0:50

actually MyLibrary is static library what i added in project name -Myproject .....here

Nelek26-Nov-07 1:07

26-Nov-07 1:07

have you included the *.lib to the project?

Greetings.

--------
M.D.V. Wink | ;)

Priya_Sundar26-Nov-07 0:14

Priya_Sundar

26-Nov-07 0:14

Also make sure that particular file is not being used by any other application which is running while you are compiling this project.

Priya Sundar

Florin Crişan26-Nov-07 5:14

Florin Crişan

26-Nov-07 5:14

Are you using precompiled headers? Is your precompiled header including "MyLibraryst.h"? You might need to make the path relative to stdafx.h instead of your .cpp file.

Florin Crişan

Compile faster

MarcoNedwig25-Nov-07 22:45

MarcoNedwig

25-Nov-07 22:45

Hello!

I have an mfc view changing application with about 150 Views. Compile Time is about 45 Minutes using Visual Studio 2005 with a 3.06 HT Intel with 1 GB Ram.
Does anyone know what can speed up this procedure best. More CPUs, more powerful CPU or more ram or any other suggestions?

Matthew Faithfull25-Nov-07 23:44

Matthew Faithfull

25-Nov-07 23:44

It must be a beast. I used to work on an App of about that magnitude (250 dialogs a dozen views, multiple scripting engines etc) and it took 45 mins to build on a Pentium 90. Have you considered dividing up the application so you don't have to rebuild all of it so often. I think this is going to save you more time than throwing hardware at the problem. Automated builds over night are good if you can arrange for them but development builds to test changes should ideally be restriced to the changed modules which in a good architecture will be only a subset of the system. As a very rough rule of thumb is any of your components are 1-2MB in Release builds ~4MB in Debug builds then they really want subdividing.

Nothing is exactly what it seems but everything with seems can be unpicked.

MarcoNedwig26-Nov-07 0:10

MarcoNedwig

26-Nov-07 0:10

Perhaps the architecture isn't the best, but the main problem is a "global" Header file with constants used by more projects that causes a recompile if changed.
So we think about using more powerful machine to make compile times faster.

jhwurmbach26-Nov-07 1:16

jhwurmbach

26-Nov-07 1:16

MarcoNedwig wrote:
the main problem is a "global" Header file

You *do* use "precompiled headers", do you?
And you don't change this constants often and build only to update them?
If you do, you would be better off with reading them from a file at runtime.

Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"

Nelek26-Nov-07 0:38

26-Nov-07 0:38

I agree with Mathew,

it should be easier to divide into modules, than change hardware. Other thing is when the final result works slow in the computer, but in development...

On the other hand, it may not be easy to divide the project, good luck.

Greetings.

--------
M.D.V. Wink | ;)

CString to UTF8 conversion

peterchen26-Nov-07 3:30

peterchen

26-Nov-07 3:30

I agree that breaking up into modules (libraries/DLLs) would be the best thing - but that's not straightforward, you have to be very careful with change management, header inclusion etc.

You still need a full rebuild regulary, so here are som tips. Don'texpect to much, though, shaving off 50% off the compile time is highly unlikely.

In my experience, the VS2005 C++ compiler is mostly CPU limited, so there's not much you can do besides go to a fatter CPU. However, for such a large project, 1G is short. Add more, it will help even if it is just used for disk cache. (check swap file use during build - if it's heavy, you can expect huge gains)

Defrag the VS2005 drive and the drive you build to.

Check if CPU really clogs during build (it might limit at 50%, due to HT). I expect it to do so, but if it doesn't you may be limited by disk speed. (Which is actually be good news, because there's quite some room for improvement. VC6 building to a RAM disk would reduce build times by about 40%. However, comparing a VS2005 build to a good single samsung disk vs. a WD Raptor RAID did not show any difference on my dev system)

Also, IIRC VS2005 uses multiple CPU's only for separat projects that can be built independently - that might be the main reason for splitting up the code base.

In my experience, turning OFF hyperthreading for a single-CPU load is actually faster (less than a percent, though). When building in parallel, you should definitely turn off HT, as you will be trashing cache like mad.

Make sure you build with sensible compiler settings:
if "generating browse files" still works the same way it did, turn it off. Check your precompiled header settings - use a dedicated stdafx.h/stdafx.cpp (do not use automatic) play around with which headers actually included there.
Release builds with optimization turned on can take much longer (and needs much more CPU + probably RAM)

If you want to build a new system: go for raw CPU power and memory throughput, have one disk for the OS, and a secondary for builds. I'm partial to AMD Opteron - though make sure you jump on the new socket.

Always measure, though!
Oh.. and tell me what you tried, and if it helped Smile | :)

Another idea: try turning off "write through" for the disk that receives temporary + output files. The problem is, you definitely don't want that for the drive containing the source code, so you will have to adjust some settings.

We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP
My first real C# project | Linkify!|FoldWithUs! | sighist

vytheese25-Nov-07 22:38

vytheese

25-Nov-07 22:38

I am a C# developer, recently I got to do with a VC++ 5.0 project, I stuck up with the following situation,

Saving a string(CString) to file which should be saved as UTF-8 encoded.

<br />
void CPrintMakerDlg::SaveHTML(LPCSTR fileName,CString fileContent)<br />
{<br />
	ofstream iofile;<br />
	try<br />
	{<br />
	LPCSTR str = fileContent.GetBuffer(fileContent.GetLength());<br />
	iofile.open(fileName, ios::in | ios::trunc |ios::binary );<br />
        iofile.write(str,fileContent.GetLength()); <br />
	}<br />
	catch(...)<br />
	{<br />
		AfxMessageBox("The problem is on saving file");<br />
	}<br />
	iofile.close();	<br />
}<br />

I heard the CString will be using internally multi-byte character, So I expecting the file format also should be the UTF8 format but its saving as a ASCII.

Thanks,
Vythees

Re: CString to UTF8 conversion

bob1697226-Nov-07 2:18

bob16972

26-Nov-07 2:18

vytheeswaran wrote:
I heard the CString will be using internally multi-byte character, So I expecting the file format also should be the UTF8 format

MBCS and UTF-8 are two different beasts. If your machine is using a loaded code page like Latin-1, I don't believe MBCS will contain any lead bytes that would lead to a double byte sequence anyway. The other western encodings might have them but I've never seen one in action in the US.

vytheeswaran wrote:
but its saving as a ASCII

Are you sure it's limiting output to ASCII. It's more likely what some refer to as ANSI. Try outputing a character above index 127. Did the output resemble what MSDN lists for ANSI?

Character sets[^]

Transformation formats[^]

UTF[^]

Re: CString to UTF8 conversion

vytheese26-Nov-07 21:52

vytheese

26-Nov-07 21:52

Thank you for your links and I open the file in binary mode and append the UTF-8 BOBM EF BB BF in the starting posistion of the file.

solved the problem.

Grazie,
Vythees

Nelek25-Nov-07 22:07

25-Nov-07 22:07

Do you have the file *.rc in its place?

Greetings.

--------
M.D.V. Wink | ;)

keyto25-Nov-07 22:19

keyto

25-Nov-07 22:19

yes it has a *.rc file.

Priya_Sundar25-Nov-07 23:04

Priya_Sundar

25-Nov-07 23:04

Under the Project->Settings, Resources tab, do you have the correct .res file specified under the 'Resource File name'??

Priya Sundar

keyto25-Nov-07 23:23

keyto

25-Nov-07 23:23

I have used this project in Office Release and Debug Release mode. The project name is mitumori and there is a mitumori.rc too but is doesnot have the mitumori.res. mitumori.res file is present in Office Release folder.

keyto