torkell: (Default)
Today's Windows 7 incompatibility is that Microsoft Office Document Imaging 2003 can no longer see my scanner (an HP psc 1215 all-in-one box). Apparently, and I kid you not, the reason is because msvcp71.dll is missing from C:\Windows\SysWOW64. No, I don't know why this is the case or why MODI doesn't just crash when faced with a missing DLL.

Actually getting hold of this file is quite hard. It's the C++ (not C) runtime library from Visual C++ 2003 and was never released as a separate download because developers were supposed to install a local copy with their program. The internets suggest that you can get it by installing the full .NET 1.1 SDK, but if (like me) you've still got a Windows XP install kicking around then there's a much easier solution - copy the file from the XP's \WINDOWS\system32 folder and MODI will magically once again be able to scan stuff.

gdb fail

Sep. 11th, 2009 08:07 pm
torkell: (Default)
It never ceases to amaze me just how backward the Linux development environment is.

Today I attempted to debug a test program that segfaults about 5 minutes after startup for no apparent reason. I managed to get a core dump of it, and loaded it into gdb in the hope of finding what was going on. Hahaha.

gdb could give me a valid stack trace showing the error, and could disassemble the program around the error to show me the actual instructions involved. However, gdb could not tell me the value of all the variables there (it claimed that some variables weren't even defined, nevermind that the program uses them all over the place!), nor could it actually match the disassembly up to the source.

Come on, folks, Visual C++ has been able to do this for decades! The Windows debugging tools are so far ahead it's embarassing for Linux.

I did actually discover a patch to gdb to achieve this, submitted April last year. Unfortuantly it's not in the latest released version of gdb (released March last year), and I really don't fancy building gdb from source myself.
torkell: (Default)
Today's discovery is that Linux gets rather offended when the SAN containing / vanishes.

Interestingly, one of the Linux variants involved was much less offended, and "worked" as long as you didn't try to actually touch the disc. Running stuff like "cat" and "ls" even continued to work, presumably because I'd already run them recently and so they were cached. The other linux variant, however, was far more offended and limited me to just bash. Specifically, those portions of bash that were currently loaded into memory. And while the first remounted everything read-only when the SAN came back, the second refused to believe the reappearance of the SAN and wouldn't even let me log in at a real console. For added fun, Ctrl+Alt+Del had no effect because, rather than sending a command to the kernel as in Windows, under Linux merely causes /bin/shutdown to be run.

To be fair I've no idea how Windows would hold up in a similar situation, although I did once uninstall the IDE controller drivers for the C: drive, and while that drive did vanish from the system nothing spectacular happened as a result. Even Internet Explorer continued to work, although stylesheets stopped being applied, and I could even do a controlled shutdown without anything being able to write to C:. Possibly enough of the driver remained to let the kernel speak to the disk, even if it wouldn't admit so.
torkell: (Default)
This is one of the least documented effects of the Windows Firewall, and also one of the most important.

If the Windows Firewall service is disabled, under Windows XP, then the computer will not be able to become a browse master. This in turn means that it will not be able to advertise the workgroup it is a member of.

I do not know how or why the Windows Firewall service affects this. All I know is that it does, and it shouldn't.

I have just spent several hours going round in circles trying to fix this.


(apparently this is a known bug (KB 889320), but you can only get the fix by phoning Microsoft or waiting for XP SP3)

May 2025

S M T W T F S
    123
45678910
111213141516 17
18192021222324
25262728293031

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 9th, 2025 02:41 am
Powered by Dreamwidth Studios