Search results for query: *

Hi, I have questions about WebBrowser control (AxSHDocVw.AxWebBrowser). I wonder whether it is possible to capture the new URL when the user clicks on a HTML link, to process or validate the new URL, and to prevent or allow the browser control to proceed. The problem is that...

I don't have any problem with running JDK 1.5 on Win XP (SP2). My 1.5 co-exists pretty well with the 1.4.2 (I didn't delete it). They both works well with Ant and JUnit for my projects so far. I am thinking that probably your 1.5 didn't install properly or perhaps the downloaded files was...

Save the log, find all info you can about the attacker (IP address, etc.), and report them to the authority (FBI, etc.). If it is a targeted attack, you can't afford to be defensive. The attacker will not be deterred by your defense and will break in soon or later. The best way is to pursue...

Another thing to add is that I generally find it easier to find reference/examples from MSDN on MFC than on Win32 API. MFC also forces you to use C++ (MFC is object-based), whereas with Win32 API you have the flexibility to use C or C++.

Engineering is a different matter from Marketing. Just because a program is well-engineered, it doesn't mean that the program will sell well. That is where user training, software support, documentation, etc. should come in. I would classify Microsoft as a great marketing company than an...

Hi, Bear in mind that HijackThis deals primarily with browser hijackers (adware, spyware). It's not as useful when dealing with conventional viruses and worms - that is where antivirus software comes in. For CoolWebSearch problem, you may want to try CWShredder. It is the ultimate tool...

I do respect Microsoft and its products. However, I also feel that Microsoft has been trying to cross a dangerous line in trying to secure its long-term ability to generate more profits. In doing so, Microsoft may destroy the long-term value creation for its customers. From economic...

There is one thing that you may need to remember as you are helping transitioning your colleagues to OOP: OOP is just one approach to programming. OOP is not necessarily better than the linear programming approach nor is linear programming better than OOP. There are many fine, time-tested...

You may want to check Snort out. Snort is flexible, reliable and free (although it does not have fancy GUI). Snort was originally developed for Unix system and its variants (in particular for Linux). Due to an increasing demands from Windows users, Snort later was ported to Windows platform...

Are you referring about the software being great from the users or the programmers' perspectives? Because programmers and users may not share the same values of what they consider as being a great program. From users' point of view, a great program is a program that ... conveniently and...

There can be many other ways to solve your problem, but here is one approach that you may use ... Since performance varies from machine to machine, it is somewhat hard to predict beforehand how long it may take to complete. So hard-coding the time estimate into the codes may not be the best...

I am not sure whether endian is the problem. I said it may be the problem. Try this method to test whether it's endian conversion problem: Instead of directly opening/importing the file, use window explorer, find and copy the file from the Linux server to the local XP machine. Then, use...

I am thinking that you may be having an endian problem. Macs and other Unix systems typically use a big endian system, whereas MS Windows uses small endian. Big and small endians differ in their byte arrangements and typically their proper byte rearrangement is done by the respective client...

First, your codes have a buffer overflow problem. 'cmd' buffer has 100 bytes allocated to it and there is no proper check to ensure that argv[1] fits the allocated buffer. When the user enters argument (argv[1]) that exceeds the size of 'cmd' buffer minus the length of...

Dimandja, please note I did not say that pointer is C-specific feature. I agree with Cajun that pointer has existed even before C. Pointers are mere storage containing memory addresses. It has been used even before assembly language was a language. It is as old as the machine language...

I do think that pointers (however unsafe they may be) are crucial when doing low-level programming (such as operating system or device driver programming). While application programming may be moving towards Java and C#, Assembly, C and C++ are here to stay - doing the jobs that other high...

My understanding is that VC++ 6.0 does not support template specializations (although the C++ standard does - see http://support.microsoft.com/default.aspx?scid=kb;EN-US;240866). My suggestion is that you should try to redesign your codes and avoid template specializations whenever possible...

It's not confirmed but I heard that .NET platform is fully (maybe mostly) written in C#. If this is true, future versions of Windows may be written in C# as well. So we got the whole family of C downthere starting from the grandma ASM. :P

In addition, doing looping is not a very good way of measuring performance because the software may be sharing the processor's time with other running applications/services and these running applications/services may differ between the two machines. Thus, you will not get an objective view of...

When a compiler compiles a source code, the compiler does more than just stripping the comments, variable's names, etc. and converting those stripped codes into machine language. A compiler does its own additional optimization based on the OS and the hardware of the computer where you are...