C / C++ / MFC

VC7 compiled projects still work on 98/ME?

9-Sep-05 7:13

The best way that I've found to do this is to simply replace the .ico file with a new one, and then rebuild the project. Works every time.

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

RickGavin9-Sep-05 5:48

9-Sep-05 5:48

Hi all,
I asked this question a while ago and people said "yes, but I don't know how".

Was looking to upgrade from using VC6 to VC.NET 2003, but I have some apps that still get used on Windows 98/ME etc. It seems like compiling with VC.NET makes the app require MFC7 to which the older windows only have MFC4.2. Is there a way to make the compiler user MFC4.2? I have been looking into the VC.NET project setttings and haven't seen anything about an MFC version to use.

Thanks in advanced for any help,

Rick

David Crow9-Sep-05 6:00

9-Sep-05 6:00

If Windows 98/Me supports the .Net framework, then MFC 7.x will be installed. Does that help?

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

RickGavin9-Sep-05 6:20

9-Sep-05 6:20

I can't require the client(s), who are large corporations in some cases, to upgrade all of their old machines. so no. I have to be able to compile the code to use the older MFC. Was just hoping there was away so i could use the new IDE.

-Rick

David Crow9-Sep-05 7:10

9-Sep-05 7:10

You can successfully have both compilers on your machine at the same time. Is that an option?

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

RickGavin9-Sep-05 7:14

9-Sep-05 7:14

yes, I do have both VS6 and VS7 on my dev machine, but I thought it says once you open a project in VS7 it converts it and project will no longer work in VS6. Is that really the only solution, to just have both environemnts, develop in VC7, then "tweak" it to compile in VC6 when needed?

-Rick

David Crow9-Sep-05 7:21

9-Sep-05 7:21

Since you cannot use any of the features within VS7 (the target machine prohibits this), why would you want to convert the project to that platform?

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

RickGavin9-Sep-05 7:36

9-Sep-05 7:36

purely for the nicer editor. and I may be crazy, but installing VC6 on an XP machine seems to make the machine slower in general, boot, execution, etc.

David Crow9-Sep-05 7:52

9-Sep-05 7:52

RickGavin wrote:
purely for the nicer editor.

I suppose there's no harm in actually opening a .cpp or .h file solely for editing purposes.

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

RickGavin9-Sep-05 8:06

9-Sep-05 8:06

my development isn't only limitted to those older projects.. and i would like to get learn some of the new features offered by the newer VS7. Basically, I don't want to HAVE to have both VS6 and VS7 installed. As I said, i have seen some odd performance decreases on several machines after installing VS6 so I would like to get away from installing it on future machines.

Just seems there should be a way to compile for older MFC support in VS7. that is my question, if anyone knows.

-Rick

David Crow9-Sep-05 8:35

9-Sep-05 8:35

RickGavin wrote:
Basically, I don't want to HAVE to have both VS6 and VS7 installed.

From all that I've read and seen, this is how everyone does it.

RickGavin wrote:
Just seems there should be a way to compile for older MFC support in VS7. that is my question, if anyone knows.

I don't see how this is possible since both libraries (MFC42 and MFC7.x) export roughly the same symbols. A clash is unavoidable.

You might try posing your question to the microsoft.public.dotnet.languages.vc newsgroup and see if you can get any other response.

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

RickGavin9-Sep-05 9:00

9-Sep-05 9:00

DavidCrow wrote:
I don't see how this is possible since both libraries (MFC42 and MFC7.x) export roughly the same symbols. A clash is unavoidable.

If it was possible to set at the project level to use a specific MFC version of LIBs so that the compile would export the "correct" set, then, there wouldn't be a conflict, theoretically. Upon MFC selection, then the editor would then not offer classes that don't exist for the lower specified version, didn't seem like that big of a stretch, but I suppose its MFC7 only as another thing to "make" people upgrade. I guess I have been using java to long, most everything you can just swap out newer/older versions and recompile, as long as you aren't using something "new" version specific.

DavidCrow wrote:
You might try posing your question to the microsoft.public.dotnet.languages.vc newsgroup and see if you can get any other response.

thanks, i'll give this a try.

-Rick

PJ Arends9-Sep-05 9:09

PJ Arends

9-Sep-05 9:09

I got two suggestions.

The first is to distribute the MFC7 files with your app. The MFC files are redistributable. Or you could statically link MFC.

The second, which I have not tried, would be to copy the file Afx.h to your project directory, and include it in your stdafx.h file. The file Afx.h is the file that links the mfc libs to your app. This may or may not work, but might be worth a try.

"You're obviously a superstar." - Christian Graus about me - 12 Feb '03

"Obviously ??? You're definitely a superstar!!!" - mYkel - 21 Jun '04

"There's not enough blatant self-congratulatory backslapping in the world today..." - HumblePie - 21 Jun '05

Within you lies the power for good - Use it!

Turning win app into console still using cdocument

Anonymous9-Sep-05 20:25

Anonymous

9-Sep-05 20:25

Put on VC7 directories to visual c 6 directories(IN OPTIONS) and delete the vc7 directories, then the compiler will use the old libs... include files, etc...

Anna Anna9-Sep-05 5:40

Anna Anna

9-Sep-05 5:40

Hi all,

I have the following problem:
We have a Windows-Application (created with vc++ 6). The app lets open an project document (within the exe) an then you can do calculations based on the projects settings (functions are in a dll linked to the exe). Now we need to call the application from within PHP with the Projectfile path as a parameter. Therefore, no programm window should pop up and I would like to reuse the Class derived from CDocument for the project handling. It all should remain within one vc++ project.

I tried to put in a main() I copied from an vc++ windows console application project. But then it crashes when compiled as a window app and furthermore I cannot use the class derived from CDocument because the constructor is private I guess because of good reasons.

Since I'm really glueless where to start all ideas, code snippets, urls are very appreciated and thank you in advance for the time.

Anna

GDI, ScriptTextOut & printing (&preview)

Super Lloyd9-Sep-05 3:53

Super Lloyd

9-Sep-05 3:53

I have a C# application with RichText formatting.
Because it's a graphical application I have to do the text rendering myself on our main canvas.
I used Uniscribe to do all the formatting (I wrote a ManagedC++ component taking care of that).

Uniscribe glyphs are painted with ScriptTextOut (not with TextOutput and such)(but still use a HDC).

Now I've got 2 problems.

1st:
printing: all my GDI Text rendering (with ScripTextOut) is shrinked into the corner compare to GDI+ rendering.
I had to call SetWorldTransform() with all the matrix element (coming from the GDI+ Graphics.Transform object) multiplied by 3 to draw them correctly.
What's even weirder: 3 is the correct value, not 300.0 / 96.0 = ~3.xx (which is the DPI ration printer/screen).

2nd:
preview: no text at all is displayed in my System.Windows.Forms.PrintPreviewDialog
no clue....

Any thoughts?

Re: GDI, ScriptTextOut & printing (&preview)

Super Lloyd5-Apr-06 14:21

Super Lloyd

5-Apr-06 14:21

Someone email that directly:
----------------------------
Hi,
I am facing a smiliar problem.
Detecting a "Missing Character Glyph" without looking at a window

I am developing a dialog similar to Windows Word - Insert - Symbol Table Dialog.
For this all the charaters have to be displayed for the selected font (from all the existing fonts) and subsets which support the current font.
I am able to display the characters but some are appearing blank. These are the characters which are not supported by the the current font.
Can anyone tell me how to detect missing glyphs?
Till now I have tried with WideCharToMultiByte and GetCharacterPlacement.
But nothing seems to work.
I thought of using uniscribe function ScriptStringAnalyse.
Is this the correct function I should use?
Also I dont have Usp10.h and Usp10.lib on my system. Though I do have Usp10.dll
I thought of downloading same but looks like it comes as SDK package.
I just need this .h and .lib file.
Can you send me these two files?
----------------------------

1.
This is not at all the same problem!
Anyway Uniscribe informs you about such issue most of the time (I found 1 case where it doesn't Frown | :(

)
But it requires a bit of work.... and a bit of understanding Uniscribe..
(There might be an easier way, but I'm not of aware of it).
ScriptShape will analyze a SCRIPT_ITEM (which you create from a wchar_t* & Script_Itemize() function)
And returns you a glyph arry. If you're glyph is 0 that is the current font doesn't support the current characters.

Then you could use the COM interface IMLanFontLink2 to find an appropriate font.
Here is my wrapper's code for this COM interface:
FontFallback::FontFallback()
{
IMLangFontLink2* pfl;
HRESULT result = CoCreateInstance(
CLSID_CMultiLanguage,
NULL,
CLSCTX_ALL,
IID_IMLangFontLink2,
(void**)&pfl);
if(!SUCCEEDED(result))
throw Script::ErrorResult(result);

langfont = pfl;
}

2. I won't send you Uniscribe.lib or .h , it's a bad idea. Better you get yourself the windows SDK (which is included in VisulatStudio), but if you only have express you'll have to download the windows SDK. it's free and it's big.
the appropriate headers and lib will be in the relevant directory of the SDK

ioctl() function

rolati9-Sep-05 3:51

rolati

9-Sep-05 3:51

i'm using the ioctl function to get the hardware address of a machine in C. i'm giving it the SIOCGIFHWADDR selector. but the compiler isn't recognizing it. it's giving an undefined identifier error on it. although i've included the header files ioctl.h. where is this constant defined? i opened ioctl.h but found no definition of the constant in it!!!!

Rola

Super Lloyd9-Sep-05 3:54

Super Lloyd

9-Sep-05 3:54

Not in MSDN in any case!

David Crow9-Sep-05 4:21

9-Sep-05 4:21

rolati wrote:
i'm using the ioctl function to get the hardware address of a machine in C.

Using what version of VC++? I believe this is either a Unix or DOS type of function that is not available with 32-bit Windows.

Are you trying to obtain the MAC or IP address of a machine on your network, or something completely different?

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

rolati11-Sep-05 22:09

rolati

11-Sep-05 22:09

Actually i'm working on a MAC machine, and i'm trying to get its MAC address. any ideas?

Rola

David Crow12-Sep-05 2:30

12-Sep-05 2:30

I'm not familar with the MAC's SDK. Have you tried Google?

"One must learn from the bite of the fire to leave it alone." - Native American Proverb