|
Additionally to what Elsie suggested you can also try using an owner drawn list control.
> 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. <
|
|
|
|
|
THis structure will give the exact time?
To elborate:
TIME_ZONE_INFORMATION is returned by an application running in another machine, how can i get the time details(hours, minutes, sceonds) from this structure. My understanding is this structure gives the TimeZone information but not the exact system time of that machine.
Correct me if iam wrong![Unsure | :~](https://codeproject.global.ssl.fastly.net/script/Forums/Images/smiley_squeamish.gif)
|
|
|
|
|
Are you wanting to use NetRemoteTOD() ?
"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
|
|
|
|
|
Hi all,
i m working on client-server type application,server basically working on domain group.
server view all clients of domain group,and assign permission to use usb drives or not.
its all done,i m doning this with help of sockets.
please tell me how can i check on server side is any client can attach usb drive in his computer.
so please tell me how can i do this.
thanks in advance.
To accomplish great things, we must not only act, but also dream;
not only plan, but also believe.
|
|
|
|
|
how to hide the main window of a dialog based programe in mfc? and also make it invisable in application list of CTRL+ALT+DEL,not the process list.
thanks
|
|
|
|
|
I guess ShowWindow(SW_HIDE) would help.
It would hide the window and make the application not listed in the Applications list of Window's Task manager
|
|
|
|
|
i have tried the showwindow. but failed. in the mfc dialog based application the showwindow does't hide the main window. you can try.
|
|
|
|
|
I tried in a dialog based app.It is hiding the window.It should work i guess. Can you share your code snippet.
|
|
|
|
|
Sorry if i didnt address your exact issue.
Thanks
|
|
|
|
|
i put showwindow(sw_hide) in the oninitdialog. where did you use the showwindow()?
|
|
|
|
|
tyr2000 wrote: i have tried the showwindow. but failed.
What code did you use, and where?
"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
|
|
|
|
|
I used showwindow(SW_HIDE) in the OnInitDialog();but it seems not work; why?
|
|
|
|
|
Because the base class implementation shows the window. See here.
"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
|
|
|
|
|
Great tip.
Thank you very much.
|
|
|
|
|
I'm trying to determine a way to write raw bytes of data to an ethernet cable (but more importantly, to the device to which it is attached), EXACTLY as described here for parallel cables:
I/O Uncesored 1 - Controlling LEDs (Light Emitting Diodes with Parallel Port
Looking into Inpout32.dll, which the article makes use of, it seems that it was developed specifically for parallel ports.
Then I looked into Physical "I/O Range" of the Network Adapter card itself: 0x9C00-0x9CFF .
It appears that there is a 256 bit range in which data can be written to/read from. However, when trying to initialize a pointer (dereferenced with the & sign), I get a segfault. Not that I ever really expected that to work anyway. If it's important, I'm running under a user w/ admin priveledges.
It couldn't be as simple as using the MFC CAsyncConnection stream classes and overloaded << and >> operators, could it?
How should I go about doing this? Is the solution going to be as complicated as writing my own kernel-mode driver?
Thanks,
-Adam
|
|
|
|
|
Hey, i don't know if this could help you or not but maybe take a peek at raw sockets[^], althorough i believe these don't go deep enough for you...
> 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,
The parallel port example you mention does not easily (if at all) translate to being applied to a network cable (which is more comparable to serial that parallel).
I did once build myself an ISA card to do some fast I/O work and wrote a driver to interface it to windows so based on the amount of work that required, I recommend looking into an API or streams etc.
To communicate with a networked device use of a network comms API or stream would seem to be the way to go - I've not done this but I'm sure there are articles on it.
|
|
|
|
|
thanks for the suggestions - I'm currently looking into both topics. I'm sure I'll find more information.
|
|
|
|
|
The definition of library function strspn is:
size_t strspn(const char *str, const char *chars)
e.g. if ‘str’ is “fecxdy” and ‘chars’ is “abcdef” then the function would return 3, since ‘f’, ’e’ and ‘c’ all appear somewhere in ‘chars’, giving 3 leading characters of ‘str’, and ‘x’ is the first character of ‘str’ which is not a member of ‘chars’.
Could someone help me write an implementation of strspn in ‘C’. The only library function I am allowed to call from the implementation is strlen.
|
|
|
|
|
kaku_lala wrote: Could someone help me write an implementation of strspn in ‘C’.
Can't you just look in the crt\src folder for the strspn.c file?
"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
|
|
|
|
|
Here's some pseudo-code describing the algorithm - it really doesn't tell you any more than the comment with the strspn signature, but the restatement may help you grasp how the function works:
size_t strspn(const char *str, const char *chars)
begin
result := 0
for each c in str
begin
if c is in chars then
increment result
else
return result
end if
end
return result
end
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Folks, here is an implementation of memset(), however I have been told that there is one logical mistake in the code. Could you help me find it.
I feel that a double pointer for the target string should be passed to this function, which will be like passing the address of the pointer variable and not the pointer itself.
I am getting an "access violation" when I execute the code in MS VC++ IDE.
The definition of the ‘C’ Library function memset is
void *memset(char *s, char c, size_t n)
Copy c to the first n characters of s. Return s.
void *memset(char *s, char c, size_t n)
{
size_t i;
for (i = 0; i < n; i++, s++)
{
*s = c;
}
return s;
}
|
|
|
|
|
How are you using the function? It looks OK to me and works fine when used as per its signature, like so:
#include <iostream>
void *memset(char *s, char c, size_t n)
{
size_t i;
for (i = 0; i < n; i++, s++)
{
*s = c;
}
return s;
}
int main(int, char**)
{
char p[100] = {0};
memset(p, 'd', 10);
std::cout << p << std::endl;
}
Compiles, links and runs OK (as I would expect) with gcc 4.0.1.
[edit]
kaku_lala wrote: Return s.
That's the bit that your program probably doesn't do according to the spec (although the spec as given is ambiguous, to be honest).
[/edit]
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
kaku_lala wrote: I am getting an "access violation" when I execute the code in MS VC++ IDE.
So use the debugger to step through it until the violation happens.
How are you calling your function?
"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
|
|
|
|
|
The return value is supposed to be the original buffer pointer. s is incremented so it ends up pointing past the end of the buffer.
Technically, the first parameter should be a void*.
void* memset1(void* s, char c, size_t n)
{
char* p = (char*) s;
for (size_t i = 0; i < n; i++)
{
p[i] = c;
}
return s;
}
(Funny thing is that in VS 2008, as written it figures out that you're doing a memset, and replaces the contents of memset1 with a call to the CRT's memset.)
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|