|
I am still a student. Every semester I change to use different software depend on the project. Frankily speaking, this is the first time I use visual studio. I do admit that I have skipped the MSDN Documentation due to the time constraint. I just did the coding, built and debugged it to come out the .exe file then assumed that it can be run on same window platform on other machine. Did my answer statisfy you?
|
|
|
|
|
Member 4542272 wrote: Did my answer statisfy you?
Yes, I was right. Now let's recap. You don't have time to read the deployment documentation but you do have time to read the same information if someone types it into a forum message? I suggest you take a course in Logic while at the University, it tends to come in handy while developing software.
Member 4542272 wrote: then assumed
Also you will find that making assumptions doesn't come in very handy while developing software.
led mike
|
|
|
|
|
Ya, I will have time to read it because that is the solution. Let see a scenario: if you are going to have test 2 days later and still have ten chapters not yet finish study, even worse that you no pay attention during lecture, what will you do? As for me, i will hope that lecturer can give some tips or go through past year paper question to get some hints. That is what I am doing.
When I started this thread, I didn't have any clue about the problem. If solution is too long to write in forum, I would just expected that someone give me a direction, e.g, read the MSDN deployment documents. Now I will read it, thats all. One more thing, in my field of study, assumption is important and a course of logic not exist in my university.
|
|
|
|
|
Member 4542272 wrote: One more thing, in my field of study, assumption is important
Ok, good luck
led mike
|
|
|
|
|
Hi everyone,
I've got a problem with dialogs,
After I open a dialog I want to call a function in the parent dialog...
But when I include the parent header file it gives me errors...
Please help me...
Thanks.
Every new thing you learn,Gives you a new personality.
|
|
|
|
|
dSolariuM wrote: when I include the parent header file it gives me errors...
What kind of errors...exactly?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
When I include the parent header file it gives the error that says:
"childclass" not declared...
Every new thing you learn,Gives you a new personality.
|
|
|
|
|
Hi,
Please post the code snippet and state in which line are you getting the compile error.
Best Regards,
Suman
--
"Programming is an art that fights back!"
|
|
|
|
|
<br />
#include "Form2.h"<br />
Form2 ^f=gcnew Form2;<br />
f->ShowDialog();<br />
<br />
#include "Form1.h"<br />
<br />
Error: <br />
syntax error : identifier 'Form2'<br />
error C2065: 'f' : undeclared identifier<br />
error C2065: 'Form2' : undeclared identifier<br />
error C2227: left of '->ShowDialog' must point to class/struct/union/generic type<br />
Every new thing you learn,Gives you a new personality.
|
|
|
|
|
(Hopefully this is the right forum - This is all done in VC++.NET)
Sprinkled Throughout the various project I have are some where, if the design mode window is part of startup, it takes a rather long time for the project to be loaded. Similarly, if already opened, opening the design-mode window take a rather long time. I believe I know why it's happening, but I don't know how to stop it - and it can be very annoying.
Why I know:
1) Projects with database's attached (::SqlClient) are the worst offender - but not all of them.
2) A digital clock custom control I made, when put into a project, was actually ticking merrily away in the design mode window
I conclude that the horrid delay may be establishing (and timing out) of dBase connections.
Does anyone know how to disable this 'live' state of a project that, in my philosophy at least, should not be running?
For now, it's a catch-22: I can re-arrange the code and the items aren't intialized at this point - but that also means they're not on the designer window and that sort of defeats the whole purpose - which is having an open designer window.
Thanks, in advance,
Balboos
Notes: VS2003, VS2005, VS2008 .
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"How do you find out if you're unwanted if everyone you try to ask tells you to go away?" - Balboos HaGadol
|
|
|
|
|
led mike wrote: I can't be sure what that means but if you are talking about your custom control then yes. The designer interfaces include the ability to know during initialization if it is a designer instance. You can use that information to avoid doing any processing that you don't want the control to do in designer mode.
led mike
|
|
|
|
|
Now All I Have To Do Is Hunt This Down this Knowledge - from you comment, I gather it is not a setting.
Thanks for a direction.
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"How do you find out if you're unwanted if everyone you try to ask tells you to go away?" - Balboos HaGadol
|
|
|
|
|
Balboos wrote: Now All I Have To Do Is Hunt This Down this Knowledge
If by that you mean read the documentation then yes. If someone has told you can become an accomplished software developer without reading the documentation they told you wrong, don't believe them.
led mike
|
|
|
|
|
I know the intent of your comment, so I'll take it as well-meaning. My statement was rhetorical.
led mike wrote: If by that you mean read the documentation then yes
I am, in fact, one of those odd people who read the manuals when they buy new things.
led mike wrote: If someone has told you can become an accomplished software developer without reading the documentation they told you wrong, don't believe them
As for development, I bootstrapped my way through all the coding method - learning assembler before C, for example. All of it from books, the occasional system help file, and copious sweat.
But -
MS loves to jerk around with users - moving things around, changing them, etc. There may well have been a setting to fix the problem somewhere (but certainly not in MS Help - aka "Idiots Guide To Chasing Their Own Tail").
There is another concept - and when used with appropriate discreation - equally valuable to that of looking-it-up: putting ones ego aside, admitting ignorance, and asking.
Learning to say "I don't know".
So - indeed - you're right in discouraging moochers and general brain-sucking by the lazy. But, just the same, we are (or should be) a gestalt community.
Balboos
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"How do you find out if you're unwanted if everyone you try to ask tells you to go away?" - Balboos HaGadol
|
|
|
|
|
Balboos wrote: My statement was rhetorical.
hehe, i didn't get that at all. Text messaging doesn't always translate well eh?
Balboos wrote: MS Help - aka "Idiots Guide To Chasing Their Own Tail"
Yeah I gave up on that years ago. I always use Google to search MSDN by just putting MSDN as the first key word.
I don't remember the specifics so I couldn't tell you but it's part of the Designer library that contains what I referred to. So like System.Drawing.Design but I seem to remember there might be another namespace also containing Designer classes.
Anyway, I know it's there but I can't give you the specific location.
led mike
|
|
|
|
|
Thanks for a nudge in the rigth direction.
All those namespaces - it's easy to get distracted. Actually, that some of the fun of it: like looking up a word in a (paper) dictionary and then browsing a bit at the words around it. One of the losses of electronic equivalents (at least for now).
Today's my half-day: I can give the design namespace(s) a good spin. I blew much of yesterday addressing a minor failing in the automatic refactoring (if that's the correct term, snicker) when a class is renamed: to wit, I created a Windows.Forms project (as an executable) and renamed Form1 to a relevant name.* It sadly does not fix the references to the .resources files, manifesting itself as a runtime crash. Finally found the right option for changing the reference. Maybe VS10 will fix this.
If I get this to fix the design-time execution, I'll let you know the specifics. I can't be the only one suffering from this.
* the .exe can be referenced like a dll, but who want to work with namespace::Form1, anothernamespace::Form1, etc. Why do it this way, instead of a form class directly? much more rapid development. I can convert it to a real .dll if/when I have to.
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"How do you find out if you're unwanted if everyone you try to ask tells you to go away?" - Balboos HaGadol
|
|
|
|
|
Can anyone tell me how to find which specific processes are running on opened TCP ports??
As far as I sacnned the MSDN documentation, the information is found in GetExtendedTcpTable
and we have to import iphlpapi.dll for this..
Here is the snippet of my code:
class ProcessClass<br />
{<br />
public:<br />
[DllImport("iphlpapi.dll")]<br />
DWORD GetExtendedTcpTable(PVOID tcpTable, PDWORD tcpTableLength, BOOL sort, ULONG ipVersion, TCP_TABLE_CLASS tcpTableType, ULONG reserved);<br />
MIB_TCPROW_OWNER_PID tcpTable[2000];<br />
<br />
void GetProcesses();<br />
};<br />
<br />
void ProcessClass ::GetProcesses()<br />
{<br />
DWORD size = 2000;<br />
GetExtendedTcpTable(&tcpTable, &size, FALSE, AF_INET, TCP_TABLE_OWNER_PID_ALL, 0); <br />
}
But the problem is that I get an empty 'tcpTable'..
How to get the process ID's??
Som
|
|
|
|
|
Why are you using DllImport when you are developing in C++?
What OS and SP are you running on?
led mike
|
|
|
|
|
What's the return value from GetExtendedTcpTable?
You are incorrectly using the first two parameters in the call.
The structure pointed to should be a MIB_TCPTABLE_OWNER_PID struct,
inside of which should be an array of MIB_TCPROW_OWNER_PID structs.
You also have no idea if 2000 is enough bytes for the struct. You need to use the API
correctly to get the actual size you need and allocate the struct as an array of bytes.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi all
Could anyone please let us know the C++ API (do not want Windows API) which will give the base address of the current stack ?
Thanks in advance
redindian
|
|
|
|
|
|
Server
<br />
Socket ^s....<br />
FileStream ^fs..<br />
array<byte>^data=gcnew array<byte>(4096);<br />
int len;<br />
do<br />
{<br />
len=fs->Read(data,0,4096);<br />
s->Send(data,0,len);<br />
}<br />
</byte></byte>
file Send but don't Complete i think socket send byte with Speed and data Replace with data!
|
|
|
|
|
javad_2005 wrote: file Send but don't Complete
Send to what?
Don't Complete means what?
javad_2005 wrote: i think socket send byte with Speed and data Replace with data!
I have no idea what that means but it sounds like something I would not believe.
led mike
|
|
|
|
|
None of the Socket::Send() overloads matches your code. Which one are you using?
What type of array is data?
Where's the loop logic code?
Is the socket blocking or non blocking?
You don't check the number of bytes sent? What if they all don't get sent in one Send() call?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
We are like a double decker Filet-o-Fish in this thread. Do they make one of those?
led mike
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
