We are storing a list of student info, (id number, First name and Last name) using a link list. The ID is the key field. Your program should implement a linked list using arrays. Your program should process the following operations.
1) Add an item to the linked list ex. 1 254 John Smith
2) Print the linked list in logical order ex. 2
3) Print the physical order of the linked list including list, avail and next. ex. 3
4) Print a count of how many items are in the linked list. ex. 4
Bonus (you must get 1-4 working before attempting 5) 5) Delete an item from the linked list ex. 5 254
I started it off as so
I "inherited" an legacy app written some 12 years ago, not being C++ developer since university.
I have MS Visual Studio 2010 project out of it, all builds OK. All even runs OK on Windows XP 32 bit(where it's built),
but when trying it on Windows 2008 server 64bit, it throws "Encountered an improper argument".
More specifically, it's super simple app that displays 2 password fields (second for confirmation), and button for storing generated file on file system (so Save as... dialog). And error shows up when clicking on this button/trying to open Save dialog).
When run in debug mode, in same action, it throws Assertion error, pointing to dlgfile.cpp in MFC libs, line 479.
The executable is generated with VS settings Multi-threaded Debug DLL as runtime library, and "Use MFC as shared DLL"
I would presume that some .dll provided is incorrect version from rest/expected by code, but I have no clue how to find it.
Any help on how to fix this is strongly welcomed!
I amended dwFlags to "OFN_ENABLESIZING | OFN_HIDEREADONLY", which even make more sense (having multiselect on saving a file dialog doesn't make much sense) and it works on both XP and 2008 server.
MFC/Win32 is nothing like VB... you cannot just drop a scrollbar on a dialog/control/window and expect it to scroll the window for you. You need to do all of this yourself. You will need to have the parent window that owns the scrollbar handle the WM_VSCROLL message. You will then need to scroll the window yourself.
External program used excel, if you click on the click of a button to send a message through the simulation, excel this call can not be started.
If my program is A.exe I need to simulate an external program control after clicking B.exe this B.exe a button click can not call excel
Case 1: B.exe manually click a button in excel can be a normal call! --OK!
Case 2: using the SendMessage function to send a message with A.exe analog control click on the button in excel B.exe call fails, and pop-up "can not start Excel server!"! --NG!
Messages sent using SendMessage is successfully sent, message "Unable to start Excel server!"! Also shows that the message was sent successfully, but it is not up calls excel!
Question: permissions problem? Or anything else that needs to feed?