I can run my app, but no one else can ;(... why? - C / C++ / MFC Discussion Boards

int a[2];
a[3] +=7; //a[3] is return address(i = 10)
//a[3]+=7 return address is (printf(" %d \n\t",i));
i = 10 do not working
sorry

hello

Hi,
I'm looking for resource on calling xsl(or xslt) from c++, i'd been looking this for a week almost & haven't come across a good usefull one.
So could some one please let me know, even a code snippet will do.
Thanks.

Mohan

Some info here.[^] It's not for C++ but it should be of some help.

Steve

Hi all,
I am tring to get the incoming PIDs & their details using FilterGraph.But I have some problems regarding IMpeg2Data & IMpeg2PsiParser.

1)I added following statements in my code =>
IMpeg2Data *pMPEG = NULL;
hr = pMPEG2Demux->QueryInterface(IID_IMpeg2Data,(void**)&pMPEG);

it is giving me Error as follows =>
Linking...
aDlg.obj : error LNK2001: unresolved external symbol _IID_IMpeg2Data
Debug/a.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.
Creating browse info file...

What should i do? Is there any library missing. I have added libraries "Strmiids.lib Quartz.lib Dmoguids.lib" & also i have included 'mpeg2data' header file.

2)When i tried to add following statement =>
IMpeg2PsiParser* pMpeg2Psi;

it is giving Error as =>
error C2065: 'IMpeg2PsiParser' : undeclared identifier

Please Help me. Thanks in advance.

Aniket

Aniket Salunkhe wrote:
i have included 'mpeg2data' header file.

I guess there must a corresponding library file also for this header file. Please check.

Nibu thomas
Software Developer

Faqs by Michael dunn

You are using the source from the PSIParser DirectShow sample filter right?

#include "IMpeg2PsiParser.h"

and remember to

#include <initguid.h>

before

#include "IMpeg2PsiParser.h"

in one of your cpp files.

Thanks for your advice.

Now it is not giving error.

I have connected DEMUX --> PSI Parser. So can i get the all incoming PIDs & their details OR details of selected PIDs using 'IMpeg2PsiParser' interface here.

Thanks in advance.

Aniket.

Users get the message:

"This application has failed to start because the application configuration is incorrect. Reinstalling your application may fix the problem."

Does anyone know how to solve this problem?

I'd like to make sure my application runs on 98SE, WinXP Pro etc... any help? Thanks very much in advance!

using visual studio 2005...
(MFC app, NO .NET)

(using the NSIS installer)
build log follows:
Creating temporary file "c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\RSP00001D49765820.rsp" with contents
[
/O2 /Ob1 /D "NDEBUG" /D "WIN32" /D "_WINDOWS" /D "_BUILDING_ON_WIN2K" /D "_AFXDLL" /GF /FD /EHsc /MD /Gy /Yu"stdafx.h" /Fp".\ReleaseW2k/File1.pch" /Fo".\ReleaseW2k/" /Fd".\ReleaseW2k/" /W4 /c /TP ".\File4.cpp"
]
Creating command line "cl.exe @"c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\RSP00001D49765820.rsp" /nologo /errorReport:prompt"
Creating temporary file "c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\RSP00001E49765820.rsp" with contents
[
/O2 /Ob1 /D "NDEBUG" /D "WIN32" /D "_WINDOWS" /D "_BUILDING_ON_WIN2K" /D "_AFXDLL" /GF /FD /EHsc /MD /Gy /Yu"stdafx.h" /Fp".\ReleaseW2k/File1.pch" /Fo".\ReleaseW2k/" /Fd".\ReleaseW2k/" /W4 /c /TP ".\File1.cpp"

".\File2.cpp"

".\File6.cpp"
]
Creating command line "cl.exe @"c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\RSP00001E49765820.rsp" /nologo /errorReport:prompt"
Creating temporary file "c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\RSP00001F49765820.rsp" with contents
[
/OUT:".\ReleaseW2k/MyAppName.exe" /INCREMENTAL:NO /MANIFEST /MANIFESTFILE:".\ReleaseW2k\MyAppName.exe.intermediate.manifest" /PDB:".\ReleaseW2k/File1.pdb" /SUBSYSTEM:WINDOWS /MACHINE:X86 shell32.lib kernel32.lib user32.lib

".\ReleaseW2k\File3.obj"

".\ReleaseW2k\File4.obj"

".\ReleaseW2k\File5.obj"

".\ReleaseW2k\File6.obj"

".\ReleaseW2k\File2.obj"

".\ReleaseW2k\File7.obj"

".\ReleaseW2k\StdAfx.obj"

".\ReleaseW2k\File1.obj"

".\ReleaseW2k\File1.res"
]
Creating command line "link.exe @"c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\RSP00001F49765820.rsp" /NOLOGO /ERRORREPORT:PROMPT"
Creating temporary file "c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\RSP00002049765820.rsp" with contents
[
/outputresource:".\ReleaseW2k\MyAppName.exe;#1" /manifest

".\ReleaseW2k\MyAppName.exe.intermediate.manifest"
]
Creating command line "mt.exe @"c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\RSP00002049765820.rsp" /nologo"
Creating temporary file "c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\BAT00002149765820.bat" with contents
[
@echo Manifest resource last updated at %TIME% on %DATE% > ".\ReleaseW2k\mt.dep"
]
Creating command line """c:\Documents and Settings\Davids\My Documents\Visual Studio 2005\Projects\Blah\ReleaseW2k\BAT00002149765820.bat"""

-- modified at 1:16 Saturday 6th May, 2006

Be more specific please.

What kind of application (project type, the functionality, etc.)?
Under what OS?
......
......

Maxwell Chen

My apologies...

Its a MFC (no .NET project)... target install base are WinXP computers, but I'd like it to run on 98SE and up. I tried to link everything statically.

The user who tried installing it had WinXP Pro SE installed.

Could the error be that I didn't specify which version of Windows I wanted it to work on in the header files? I.e. I didn't have:
#define WINVER 0x0410
or
#define _WIN32_Windows 0x0410

Would this have fixed it?

One main reason may be that you are using VC++ 2005, which is totally different in the deployment of the EXE you built.

Read this article Bootstrapper for the VC++ 2005 Redists (with MSI 3.1)[^] may help.

Maxwell Chen

maybe you use from resources that are only in your windows

I want to connect mobile communication with my program
how to do this;

narkhi wrote:
I want to connect mobile communication with my program

Do you mean that you are planning to implement WiFi client in your code?

Maxwell Chen

maybe it is some helpful to you

http://www.codeproject.com/ce/mobileconnect.asp[^]

void CMyListCtrl::OnNcLButtonDown(UINT nHitTest, CPoint point)
{
// TODO: Add your message handler code here and/or call default
if(HTVSCROLL == nHitTest)
MessageBox("LButtonDown On Vertical Scroll");//Here is OK
CListCtrl::OnNcLButtonDown(nHitTest, point);
}

void CMyListCtrl::OnNcLButtonUp(UINT nHitTest, CPoint point)
{
// TODO: Add your message handler code here and/or call default
if(HTVSCROLL == nHitTest)
MessageBox("LButtonUp On Vertical Scroll");//No MessageBox. what should I do??
CListCtrl::OnNcLButtonUp(nHitTest, point);
}

Do you see MSDN this event
when you press left mouse button or release left mouse button in noneclient area
if you click in scrollbar in your application you can see action from this event

And you need to OnNcLButtonUp or WM_LBUTTONUP

I have done what you said,result is failure

no its very simple you can click in scrollbar from your application and you get your messagebox

I am using C++ on Visual Studio 6, and now I want to work on .NET environment, so I am asking if there are differences between C++ on VS6 and VS.NET

Thanks a lot

Traitor

Steve

I would be a tailor if I have migrated to C# Big Grin | :-D

Managed C++ is not C++ in my book; it's been twisted out of shape and is a sorry sight.

Steve

Is there a difference between programming for console and for Windows?

(that would be...YES)

After over a year, I'm still struggling to make the transition. I'm convinced MS has created .NET to basically get rid of all C++ programmers once and for all. Trying to make C++ run inside .NET is like putting training wheels on a Ferrari.

Kiss goodbye to pointers, they aren't allowed anymore, the idea of "data types" has becomes vague and confusing, .NET wants everything to be a strange nebulous "object" of indeterminate type and the new IDE has absolutely no idea how to organize things between .H and .CPP files. It now stuffs practically everything in one and leaves the other empty. Add to that the idea that we should no longer worry about allocating and freeing memory and leave that all up to some magic garbage collector.

Finally we don't actually make a real EXE file anymore, they've somehow decided that things run more efficiently with a "interpreted intermediate language"...gee, didn't we try that back in the days of DOS and BASIC interpreters? Then they realized compling programs into machine language was a lot faster and more efficient. Somehow here we are 20 years later going back to the slow crappy inefficient method, don't ask me why.

And if that isn't enough, only about half of the functions that I've come to rely upon and use have made it to .NET. The rest of the time I spend importing windows API functions with #DLLIMPORT calls.

You can switch if you like, I'm only using .NET when I can't do it with VC6 or get a real stubborn customer that demands it. When I do program in .NET I'm using C# because I just can't bear to witness what they've done to my good old C++.

I'm no .NET fan but there are lots of things you say which simply aren't true:

Phil C wrote:
a "interpreted intermediate language".

MSIL is not interpreted; it is compiled. There are two main differences between typical compiled languages and .NET:
1- When the code is interpreted. With .NET the code is compiled to native code when the method is first executed. The process is called JIT compilation and the method is said to have been "JITed" when this has taken place for it.
2- You typically don't write a .NET application in MSIL directly. You write in a language like C# of even managed C++ which is compiled to MSIL by another complier. In this sense .NET applications are translated into native code by two compilers: the first is the language compiler which runs at build time and generates MSIL; the second is the JIT compiler which compilers at runtime and translates MSIL to the native machine code for the platform it's running on.

Phil C wrote:
Kiss goodbye to pointers

I'm not sure on the details but I believe you can still use pointer using managed C++. You can have "unsafe" sections and even pin objects in the managed heap to you can safely "point to them".

Steve