?? 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.

Exactly the reason... I suppose it could have been that close to 60% of the players in the league stem form Canada as well and the league just wanted them to feel at home in the big, bad, U S of A.... :omg: I wasn't, now I am, then I won't be anymore.

One reason is a totally corrupt installation. Been there. Sometimes you can solve this by upgrading the OS to itself, assuming you have the install discs. (BTW, OS2 2.0 used to do this and there was nothing you could do except a complete reinstall with all 33 3.5 inch floppies.)

Thanks Mark I've tried jobs.co.nz and seek.co.nz - there's a couple of possibles, but nothing that really suits what I've done in the past. The main problem is that most of my work history has been development and support for the South African Air Force, and NZ shut down the interesting bits of their air force some years ago. I'll have a look at the Sun Microsystems, Opus International, and trademe.co.za sites. Cheers

((Formatting updated.)) Thanks Sebastian I did some reading up on NATs, and I am trying to find someone in our IT department who knows how to set them up to implement my filter requirement. But we may have found a much easier and cheaper solution. We can't change the IP of the comms device, which is the same (10.2.10.1) on each network. We don't have control of the test PC software, but we can tell it the IP of the devices it must communicate with. We can change the setup of the PCs in each network which talk to the test PC, and we can change the hardware configuration of the test PC (add more network cards.) The solution is this: Set the IPs of the PCs which talk to the test PC to 10.2.10.11 (on NetA), 10.2.20.21 (on NetB), and 10.2.30.31 (on NetC), with netmasks all set to 255.255.0.0. Install 2 extra network cards into the test PC, and set the 3 IP addresses to 10.2.10.9, 10.2.20.9. and 10.2.30.9, all with netmasks = 255.255.255.0. The first network interface connects to NetA (with 10.2.10.11 etc.) The second network interface connects to NetB (with 10.2.20.21), and the third to NetC (with 10.2.30.31). That's it - as long as the software on the test PC is "well behaved", and is talking to network via Windows calls rather than talking directly to the card, Windows routes the messages sent by the test PC software to the three network cards according their destination IP address. I hope to find a spare network card this morning to test this idea - I'll post the results.

normanS wrote: If not, installing Outlook on the new PC is probably easiest. Yea sounds like it, rather boggles the mind why OE can’t import a PST and just drop the features it doesn’t support. What’s even more astonishing is that ADO can't connect to a PST file. :~ I'd love to help, but unfortunatley I have prior commitments monitoring the length of my grass. :Andrew Bleakley:

Lenny D. wrote: Note also, that there is still a 8:1 difference in drift rates. The 'better' PCs will drift one second in about 6 days; the worst will drift 1 sec/day. I will work with the worst case and synchronise every 2 hours, so the maximum relative drift will be in the order of 200 milliseconds (one PC loosing 50 milliseconds per hour relative to the reference PC, another gaining 50 milliseconds per hour relative to the reference.) Lenny D. wrote: Solaris 9 PCs -- I don't know how Solaris deals with PC hardware, so I don't know where these drifts come from. Maybe it's coincidence, but all the Solaris PCs gain about 150 milliseconds per hour, compared to the Reference PC. I haven't got around to applying clock corrections on Solaris PCs yet. I ran a test over the weekend, with the RedHat PCs setting their system clock to hardware clock every minute. The RedHat PCs now drift about 100 milliseconds per hour, although the timing does have some jitter. I'll investigate adjtimex some more - it is probably on the RH8 installation disks. Solaris also provides ways of adjusting the system and hardware clocks, but RH8 and Solaris documentation is confusing! I guess I need to RTFM some more. Aaargh.

Hehe - I know the feeling... I've lost count... Paul Where a pointless picture of song titles once resided only blank space now remains.

Use Kernel for Windows Data Recovery software to recover data from Hard disk. It is advanced and cost-effective application and you can easy to use this tool. Using this tool you can recover all deleted files from corrupt HDD. Visit http://www.windowsdatarecovery.recoverlostfile.net/[^]

normanS wrote: so I will fix it tonight. someone is going to impress his wife with the work of another :rolleyes: ;)

Thanks for all replies. The old PC (on-board graphics) did not support rotation (we had already looked under display properties to see if rotation was an option.) One of our newer PCs has a Radeon 9600 which supports rotation. Problem solved.

Thanks. For what it's worth, I got the processor wrong - it's a VIA C3, not C1. I found some reviews (Tom's Hardware, etc) which indicate that the floating point unit on a C3 is lousy. On benchmarks, the 1GHz C3 performs between a 433MHz Celeron and a 1GHz Celeron (depends on the test.) Since I was happy until recently with my 667 MHz Celeron (when I wasn't building projects in Visual Studio 6), a student can live with a 1GHz C3 notebook!

Chris Maunder wrote: I know - I will do penance this weekend for my deriliction. We only expect you to be chained to the servers during the week. :-D And no sneaking away to watch the tour. I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon

Thanks - that does the job!

The event driven, ring buffering technique is the 'preferred' method. It worked for me back in 1993 on Windows 95 and Windows NT 4.0 machines (slow 66 MHz 80486 systems) with no problem. Yours should be fine if you adopt the same technique, given the speed of today's processors.

OK, my next rule is "think before you post". At least I found the answer myself before anyone flamed me. I had a look at some Borland C++ samples which came with the InpOut32 DLL, and used the "traditional" DLL techniques used there - LoadLibrary, GetProcAddress, etc. My code now works fine as a C file.

Thanks to Michael Dunn for the assistance. I now have a Visual C++ 6 project with WINVER = 5.0 (Windows 98 / Windows 2000 - specific features enabled) and I can build a release version. For others with the same problem, I did the following: * I installed the latest platform SDK from the Microsoft MSDN site. * I ran: Start Menu/Programs/Microsoft Platform SDK February 2003/Visual Studio Registration/Register PSDK Directories with Visual Studio * In Visual Studio 6, I went into Tools / Options / Directories / Executable files, and deleted " C:\Program Files\Microsoft SDK\bin" from the list. I hope this helps others in the future.