?? SSD - Wikipedia suggests http://en.wikipedia.org/wiki/SSD_(disambiguation)[^] Or is SSD = Silly Senior Dames? I wondered about suggesting to my mother that she should hold the device the right way up, but since she taught me how to do "hello" on her HP-45 http://en.wikipedia.org/wiki/Hp-45[^] in mid 1970s, that would have been disrespectful. I was wondering whether it picks up RF from the computer, to avoid skipping too many codes when the button gets pressed in your pocket. But why go to that complication / added expense when other token manufacturers don't find it necessary? I guess I'll have to experiment with her token next time I'm in Cape Town.

But that requires bidirectional comms between the token and the PC, which I don't think exists.

I didn't do the ADSL installation and setup, but I'm fairly sure her ADSL modem only has a USB interface, or maybe a single Ethernet port. It was whatever the ADSL ISP provided for free so no frills!

Nice try, but South Africa are not NATO, so TEMPEST equipment is not available to my mother. I'll have to find some other test.

My mother recently opened a Capitec Bank account (www.capitec.co.za[^]) and they issued her with a security token which displays a 6-digit one-time password every time she presses a button. She says the number is only displayed for about 10 seconds, so I got her to do an experiment - press button, note the number, as soon as the display blanks press button again and note the number, as soon as the display blanks press button again and note the number. All 3 OTPs were different, so I assume this is an event-based system. So far so good. The funny thing is that the instructions tell you to hold the device in your left hand and "quite close to the PC" when you press the button. My mother reports that her friend Kathy (an ex-Applied Maths lecturer like my mother, not given to superstition) had her Capitec Bank token some distance from her PC and pressed the button, and the display gave some alpha-numeric code rather than the numeric OTP. Bringing the token into the specified position relative to the PC and pressing the button gave a normal numeric OTP. My mother repeated the experiment while I was on the phone with her, and got a similar alphanumeric code. So what's going on? My mother has one of my old PCs, with no WiFi, no Bluetooth, no nothing! She collected the token from a bank branch, there's no special hardware installed on the PC. Are both these little old ladies having fantasies?

I am trying to access shared memory on an ISA bus card, under Windows XP. Is there any simple way to do this in C? I would be working in VS6 since I have it installed on a spare machine, I have not done any real software work for years. I had a similar problem years ago, where I wanted to access I/O ports on an ISA bus card, and found InpOut32.dll which provides direct port access under Windows XP. Wonderful stuff. But is there anything similar that allows physical memory access? From what I remember, there should be no problem if I run under Windows 95 or 98, right? Just set a pointer to the address I want and read or write freely, or does Win95 / Win98 protect some memory areas? I'd hate to have to dig up MSVC 1.52C, to compile the program for DOS!

Thanks - I suspect most of the South African plants I was familiar with fell in the "can't tolerate any frost" group. Now in New Zealand, the lowest I expect in Christchurch is about -5 (Centigrade). If plants die, well I won't have to worry about them next year!

Your post raises three questions: (1) Did you actually buy Digger? I was given it - my first pirated software, before I even owned a PC. That meant I could only play on a PC at work, during my half-hour lunch. (2) What was your high score? Somewhere I have a 5 1/4 inch disk showing my score as about 106 000. (3) Have you played Digger recently? If not, have a look at http://www.digger.org/[^]. It matches my fond memories of the original version.

Roger Wright wrote:

hosing down my plants because it's dropping down to 26°F tonight

Doesn't hosing down plants encourage frost and kill them off? I grew up in a more-or-less frost-free area, but when I moved to an area where temperatures occasionally dropped below zero overnight, the general consensus was to be careful not to water in late afternoon in case there was frost.

Thanks - I guessed it might be something like that but was too lazy to google for NHL membership.

I think he's trying to open Notepad and insert some text (the sTemp string.) What he's found is 4 ways to insert text which do not work, and also found that sending a WM_CLOSE does work. It's a start.

Help! Please educate me (not that I give a crap about hockey, but the Penguins / Capitals winter classic game is on live), and both US and Canadian anthems were played before the start. Why the Canadian anthem, when both teams are from US?

Assuming you mean video frames, you could do something like this:

convert both frames to a common format (same number of rows and columns, same pixel format for example RGB15)
pixel by pixel, compare the red, green, blue components and check that they are "close enough"
If a "high enough" percentage of pixels match, the media frames match

This method will fail to return a match for all sorts of reasons, for example, because one frame has been cropped or because one frame has been processed to adjust the contrast, etc. Really, what you need to do is figure out what tineye www.tineye.com[^] are doing.

Apart from the fact that you could simplify the code as suggested by others, there are a number of immediate problems with this bit of code:

raju_shiva wrote:

if(Pos[7]=="50") Pos[7]=172

First, Pos[7] is a double - in C if you compare Pos[7] to "50", which is a null-terminated string not a numeric value, you will not get what you expect. That line should be:

if(Pos[7]==50)

Second, even with that change, it will almost certainly not work, because comparing floating-point value to an integer is unlikely ever to give a match. Change Pos to an array of integers instead. Third, you are missing the terminating semi-colon at the end of the next line, which should be:

Pos[7]=172;

Of course you could use your form:

if (value <= 0)

But if values greater than zero are OK, and anything else should give an exception, then why not write it in the original form:

if (!(value > 0))
{
throw new ArgumentOutOfRangeException("....");
}

This could be considered a more direct translation of the requirement, and therefore more understandable. Of course, it may just have been a lack of thought, but I'd argue there are times when it would be beneficial not to simplify expressions, particularly when you have a compiler that will reduce it to the same form for you so there is no performance penalty.

I've never had to work with 8 bit per pixel images, but they are fundamentally different from 16 bpp or 24 bpp images. And 24 bpp images are easier to work with in some ways! In a 24 bpp image (as I'm sure you know), you have a byte each for intensity of red, green, and blue components. In an 8bpp image, each pixel's byte does not contain a value which can be directly interpretted as a colour value. Instead, the pixel contains an index to the pallette, where the pallette is effectively a 256-element array of 24 bpp colour values (I seem to remember that there is something peculiar in the palette, so maybe it is 240 element not 256 element, where 16 elements are "system colours" and have fixed values, or something like that.) Have a look at the MSDN SAVEBMP.C example. It's painful but it will work! (But I'm really glad I only ever had to save 16bpp and 24bpp images based on SDK examples like this.)

Oops - I accidentally gave you a 1 vote instead of a 5. I can't see how to undo a vote! Sorry. (OK, looks like I fixed it. I just voted again, giving 5 - that seems to have incremented the vote count but replaced my previous vote. Good.)

You've got my 5, for the best non-answer of the day. I don't know why others gave you a "1" rating, I guess they didn't read what you were suggesting!

If the OP has the same type of virus I picked up, formatting the USB stick will not help - the virus (which was already on the hard disk from some previous dirty USB stick) just puts the infection back. The company antivirus (McAfee IIRC) could detect the virus on the USB stick, but it ignored the hard disk infection. In the end, I restarted Windows in safe mode, and deleted the offending file and directory on the hard disk and on the USB stick.

Read up on unions and structures - that's the elegant way to do it. Bitwise-and and right-shifting (suggested by the previous poster) will also do the job nicely.