|
Paul van der Walt wrote:
Don't we just
Yeah
BTW, did you get my spam?
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Ryan Binns wrote:
BTW, did you get my spam?
Well, I found 500 messages in my Inbox from a guy called Snnib Nayr, so I guessed it must have been one of Osama's friends... But no, none from you
Paul
That's better! It looks like radioactive waste now. - Ryan Binns
modified 18-Jul-18 11:59am.
|
|
|
|
|
Paul van der Walt wrote:
But no, none from you
Hmmm. I definitely sent it... about 8hrs ago
I'll send it again to your CP email address
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
|
|
|
Being a contortionist helps my post count
Paul
That's better! It looks like radioactive waste now. - Ryan Binns
modified 18-Jul-18 11:59am.
|
|
|
|
|
WiB wrote:
Go in Task Manager, find in processes your application and kill it
That's how I've had to do it yes.
Paul
That's better! It looks like radioactive waste now. - Ryan Binns
modified 18-Jul-18 11:59am.
|
|
|
|
|
No, but that's how I closed VC each time it died. And I'm perfectly serious.
Paul
That's better! It looks like radioactive waste now. - Ryan Binns
modified 18-Jul-18 11:59am.
|
|
|
|
|
I had a similar problem at one point, the compilation would hang on specific files. It wouldn't really "hang", though, it would just take a ridiculously long time to compile (like, 30 minutes for one file.)
It turns out the optimizer didn't like some of our code. I couldn't really blame it on the optimizer, though, since this particular source file was thousands of lines long and was really pretty crappily coded. The quick fix was to turn off optimization, the long-term fix was to fix the code.
"When a man sits with a pretty girl for an hour, it seems like a minute. But let him sit on a hot stove for a minute and it's longer than any hour. That's relativity." - Albert Einstein
|
|
|
|
|
Well it seems to be working now - I admit I never waited 30 minutes, but for a test I even tried a single line app - it still hung. But now it seems to be working.
Paul
That's better! It looks like radioactive waste now. - Ryan Binns
modified 18-Jul-18 11:59am.
|
|
|
|
|
Hello
I'm stuck with the problem of validating a user who is valid under different domain.
Suppose Mr User1 is working in Machine M1 under Domain1, and now he needs to connect (programatically) to Machine M2 under Domain2 as Mr User2 (a valid user under Domain2 but not in the Domain1).
Does windows have any API to do the same (LogonUser can be used to validate an user under same domain but not under different domains).
Thanx in advance.
rgds
Unni
|
|
|
|
|
Thanx, but i still cant get whats bugging me.
I'm presently using machine1 under domain1 and the user is USER1
LogonUser("USER1", "DOMAIN1", "PASSWORD", LOGON32_LOGON_INTERACTIVE, LOGON32_PROVIDER_DEFAULT, &phToken);
This succeeds
but if i try
LogonUser("USER2", "DOMAIN2", "PASSWORD", LOGON32_LOGON_INTERACTIVE, LOGON32_PROVIDER_DEFAULT, &phToken);
it fails giving invalid credentials.
But i can view the contents of the domain2 by using user2/password using windows explorer.
If windows can view the contents, then i should be able to do the same.
Hope i'm not getting confused as this is my first venture into inter domain authentication/execution.
Thanx again
rgds
Unni
|
|
|
|
|
but LoadUserProfile function needs hToken as parameter which is returned by LogonUser function (which fails)
|
|
|
|
|
the error returned is ERROR_LOGON_FAILURE (1326) i.e. Logon failure—unknown user name or bad password.
but i know that the supplied user is valid 'cause if this program is copied into that machine and given the same credentials it executes smoothly
|
|
|
|
|
From my example, if u feel that i'm trying to connect to a remote machine, then how can i do that in windows environment
Actually my project requires the following
I've a program which queries netbios values from different machines in a 'TRUSTED DOMAIN' using the particular machine's credentials. My progam went smoothly when queried any machine under the same domain but failed when tried to query a machine which was under different domain.
So how can i query a machine which is in different domain.
rgds
Unni
|
|
|
|
|
Im a sophomore in college, majoring in comptuer science. I've taken 2 c++ classes at school, and unless we create our own, cout and cin were the only means we were taught to output to the screen.
I wrote a program to talk to a GPIB voltmeter here at work a few months ago , it was done in TurboC 1.1 from 1994, and i didnt use cout, but i used printf() as suggested by my boss.
Im just wondering, why some peope still use printf. I wrote a test last night, that outputs a number i from 0 to 10,000, and returned the time it took to do it with both cout and printf(). cout was 1 second faster. Now, with such a minimal difference, im just wondering if theres a standard preference. I was only taught to use cout, but obviously printf() is still in use.
so, why do people still use printf() is cout is available? or vice versa.
*.*
cin >> knowledge;
|
|
|
|
|
keegan wrote:
why do people still use printf() is cout is available?
1. Some people are still writing in C, not C++
2. It's a legacy program that still uses the C runtime library, so why make it bigger by using STL as well?
3. Some people are too lazy to learn something new
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
wel, i knew people were still using C, heck, i still use C. but what about in MFC, why do some people use printf?
*.*
cin >> knowledge;
|
|
|
|
|
I dunno. Heck, even MFC uses printf() . Check out CString::Format() - it uses _vstprintf() I think, from memory.
I generally use printf() because I come from a C background, but I do use cout as well. Depends on my mood
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
i guess i'll just 'C' what kinda mood im in when im deciding what to use.
doh.
*.*
cin >> knowledge;
|
|
|
|
|
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Because there are some limitations to cout/cin that printf handles better. You can look up all the hacks to cout/cin to see what I mean. However, printf does have serious limitations. Also, stream usually add around 80k to an application.
If you just want to format a number, use ltoa. It is magnitude times faster than streams (and yes, I have seen many people use streams for simple conversions).
But then again, ltoa is so old school and just for lazy people.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Tim Smith wrote:
But then again, ltoa is so old school and just for lazy people.
Yeah I know. I write my own... from scratch... every time
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
One of the benefits of using cout is that it can display many types without the programmer having to specify any formatting, whereas with printf() you'd have to specifiy all of those % thingies. That said, when I am creating a console application, I use printf() nearly 100% of the time, unless I am showing someone how to do something C++ specific (e.g., if your object provides >> and << operators, it can fit right in with cout and cin).
|
|
|
|