|
Ranojay wrote: If I use nmake to create 64 bit what option should I give as command line parameter so that it will create 64bit output
You need to use the correct Visual C++ binaries. Usually you can do that by changing working directory to your VC directory (e.g. c:\Program Files\Microsoft Visual Studio 9.0\VC for VS2008) and using one of these commands:
- If you're running 64-bit Windows
vcvarsall x64 - If you're running 32-bit Windows
vcvarsall x86_amd64
This will put the Visual C++ binaries to create 64-bit code at the head of your path. Entering the command 'cl' should now say something like this - note the for x64 :
Microsoft (R) C/C++ Optimizing Compiler Version 15.00.30729.01 for x64
Copyright (C) Microsoft Corporation. All rights reserved.
usage: cl [ option... ] filename... [ /link linkoption... ]
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Thanks ...can u tell me the steps for this...
i will call this from the x64 commandline of MSVC 2005 ?
any changes to be done in the make file ?
thanks again
|
|
|
|
|
Ranojay wrote: any changes to be done in the make file ?
No idea - it depends on the makefile. Try it and see - you can't break anything...
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Hi,
I want a simple application which will only launch another application. But I dont want to show the cosole or any UI for the 1st application. can any one help me how to do so.
birajendu
CyberG India
Delhi
India
|
|
|
|
|
Why do you need such a thing? Why can't the 'another application' be launched directly instead? There are valid reasons, but I want to know what's your case.
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
I am lunching the 2nd application with some specific command line options, that is why i need this 1st appliaction.
birajendu
CyberG India
Delhi
India
|
|
|
|
|
I'm just curious before I can give you an answer, why can you not just launch the second application with command lines already? Why the extra 'launcher' application?
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
The end user has the requiremet like that. he want to launch the application with a icon click on desktop.....
birajendu
CyberG India
Delhi
India
|
|
|
|
|
why not create a shortcut for your customer?
|
|
|
|
|
You could do something like this:
#include <windows.h>
#include <tchar.h>
int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInst, LPTSTR lpCmdLine, int nCmdShow)
{
<a href="http://msdn.microsoft.com/en-us/library/ms682512(VS.85).aspx">CreateProcess</a>[<a href="http://msdn.microsoft.com/en-us/library/ms682512(VS.85).aspx" target="_blank" title="New Window">^</a>]
return false;
} You might as well use ShellExecute or ShellExecuteEx , like Michael Schubert suggested.
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
So why not just change the shortcut to include the necessary arguments?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"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
|
|
|
|
|
Create a "Win32 Application" project. it won,t be having any GUI or console by default.
|
|
|
|
|
Something like this maybe:
#include <windows.h>
#include <shellapi.h>
int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow)
{
SHELLEXECUTEINFO ShExecInfo;
ShExecInfo.cbSize = sizeof(SHELLEXECUTEINFO);
ShExecInfo.fMask = NULL;
ShExecInfo.hwnd = NULL;
ShExecInfo.lpVerb = NULL;
ShExecInfo.lpFile = "program.exe";
ShExecInfo.lpParameters = "-switch1 -switch2";
ShExecInfo.lpDirectory = "c:\\yourpath";
ShExecInfo.nShow = SW_HIDE;
ShExecInfo.hInstApp = NULL;
ShellExecuteEx(&ShExecInfo);
return 0;
}
|
|
|
|
|
Thanks,
I tried this and also CreateProcess(), but my problem is i dont want the console window of the parent application. I am creating a win 32 project in visual studio 2005.
birajendu
CyberG India
Delhi
India
|
|
|
|
|
The code I supplied (same for Rajesh's suggestion) doesn't create any window, neither console nor GUI.
|
|
|
|
|
I don't see how can you see a window when the code creates none... You have probably created a Win32 console application. You need to create a Win32 application instead.
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
Hi,
I want to get the "Enter" Key down notification from a ClistCtrl. I have handled the LVN_KEYDOWN but the parent window is not notified when "Enter" Key is pressed and the Parent window is notifies when all other keys are down. How can i get notified when "Enter" key is pressed.
I tried using NM_ENTER but nothing happened.
thanks
Nitheesh
Jose Jo Martin
http://www.simpletools.co.in
|
|
|
|
|
why don't you use spy++ tool to get the notification
|
|
|
|
|
Hi ,
I want to handle the "Enter" key event on the parent window.
Do u have an idea.
Jose Jo Martin
http://www.simpletools.co.in
|
|
|
|
|
If your list is on a dialog box you can use this trick:
In the OnOK handler of the dialog check if the focus is on your list control or not, if it is, then the user pressed the ENTER key in your list. Don't know if this aproach has any drawbacks or glitches in it.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <
|
|
|
|
|
Hi,
thanks for your reply. Unfortunately my Listview is in CFormView. So this trick is not going to work for me. Any other method other than subclassing the ClistCtrl?.
thanks
Nitheesh
Jose Jo Martin
http://www.simpletools.co.in
|
|
|
|
|
I'm having a problem using this function of the MFC List Control class
I've read the article : Example of CListCtrl::SortItems(...) in MSDN By Ivor S. Sargoytchev
Example of CListCtrl::SortItems(...) in MSDN[^]
And am trying out his example Callback funtion this way:
static int CALLBACK CompareProc(LPARAM lParam1, LPARAM lParam2, LPARAM lParamSort)
{
CListCtrl* pListCtrl = (CListCtrl*) lParamSort;
CString strItem1 = pListCtrl->GetItemText(lParam1, 0);
CString strItem2 = pListCtrl->GetItemText(lParam2, 0);
return _tcscmp(strItem1, strItem2);
}
Relevant Code:
LVCOLUMN lvColumn;
int nCol =0;
lvColumn.mask = LVCF_FMT | LVCF_TEXT | LVCF_WIDTH;
lvColumn.fmt = LVCFMT_LEFT;
lvColumn.cx = 120;
lvColumn.pszText = ColumnHeading[0];
nCol = m_MainList.InsertColumn(0, &lvColumn);
int NextIndex = nCol;
.
.
.
TCHAR Output[50]={0};
while (<Not EOF>)
{
<Read from file a string and copy into Output>
LVITEM lvItem;
lvItem.mask = LVIF_TEXT;
lvItem.iItem = NextIndex;
lvItem.iSubItem = 0;
lvItem.pszText = Output;
NextIndex = m_MainList.InsertItem(&lvItem);
}
m_MainList.SortItems(CompareProc, (LPARAM)&m_MainList);
m_MainList is the Control variable for a List Control box I placed on a dialog
I put a breakpoint inside the Sort Function CompareProc and found that lParam1 and lParam2 are always 0 constantly and never increasing.
I have been told it could be a pointer issue, but I don't get it. Can anyone help?
Thanks
|
|
|
|
|
JJeffrey wrote: I put a breakpoint inside the Sort Function CompareProc and found that lParam1 and lParam2 are always 0 constantly and never increasing.
When you use the SortItems() function, the lParam1 and lParam2 passed to the CompareProc are not item indexes, but Item data corrsponding to each item in the list control. I must says its bit difficult to sort if you use the SortItems() function. Sortitems() wrapper the message LVM_SORTITEMS . But there is another message called LVM_SORTITEMSEX , which will work as you expected.
So instead of m_MainList.SortItems(CompareProc, (LPARAM)&m_MainList); , call
ListView_SortItemsEx( m_MainList.m_hWnd, CompareProc, (LPARAM)&m_MainList );
|
|
|
|
|
Thank you. That solved it.
So it's mostly Microsoft's fault then? For coming up with that stupid function?
Really. Thanks. Was working on trying to make it work for a day now.
|
|
|
|
|
You are welcome.
JJeffrey wrote: So it's mostly Microsoft's fault then? For coming up with that stupid function?
During te sorting process, the list-view contents are unstable. So in the intial versions of common control, I guess they might have felt some difficulty is passing the item indexes to the compare function.
Later from the comctl32.dll version 5.80, they added the support for the LVM_SORTITEMSEX message. They might have found some work around later..
|
|
|
|