Rick's b.log - 2009/07/19
It is the 21st of November 2024 You are 3.145.106.7, pleased to meet you!

The first eeePC problem

I downloaded and ran Microsoft Baseline Security Analyzer 2.1 which took an age to scan, but found...

Security assessment: Severe Risk
Computer name: KONNICHIWA\AZUMI
IP address: 192.168.1.69
Security report name: KONNICHIWA - AZUMI (2009-07-18 15-10)
Scan date: 2009/07/18 15:10
Scanned with MBSA version: 2.1.2104.0
Catalog synchronization date: 
Security update catalog: Microsoft Update

  Security Updates Scan Results
	
    Issue:  Windows Security Updates
    Score:  Check failed (critical)
    Result: 25 security updates are missing. 5 service packs or update rollups are missing.

      Security Updates			

        | MS09-010 | Missing | Security Update for Windows XP (KB923561) | Important | 
        | MS06-069 | Missing | Security Update for Flash Player (KB923789) | Critical | 
        | MS08-071 | Missing | Security Update for Windows XP (KB956802) | Critical | 
        | MS08-069 | Missing | Security Update for Windows XP (KB955069) | Critical | 

...

I went to print a picture and the spool file counted up to 160Mb and then failed. Out of disc space!

The first fault was I had moved my user folder to be D:\RicksFiles, but I forgot to move the TEMP folder. It is now D:\Temp, and the older stuff cleared out.

I also got rid of C:\Windows\SoftwareDistribution\Download. Well, the files are not totally gone, I copied them over to the other machine. I also moved out most of the stuff in C:\Windows\Installer.
My SSD's free space is now just over 1Gb.

Can anybody suggest other things to remove from Windows that while they may be useful, are not actually necessary for the day-to-day functioning of the system?

More WiFi fun

One hint if you plan to leave a file transfer running - the default setting is if the computer is running off battery, go to standby mode after five minutes of 'inactivity'. Best turn this off... ☺

Tell you what, though. Mom likes the Tour de France (as mentioned a year ago) for the scenery. So I looked at the France3 website and eventually found it, and after installing a plug-in, had live streaming video on my computer. It was originally a little rectangle in the webpage, but double-clicking made it full-screen. It fit the eeePC's 16:9 screen perfectly. The quality was a bit fuzzy if you looked carefully, and it hiccuped once in a while, but all in all it was about on par with reading a medium-quality MPEG4 video across 10baseT - I was certainly quite impressed by getting this down a 2mbit ADSL connection (measured at 1.7mbit), plus feeding the data to me by wireless means. Not bad at all.

I don't know the actual bandwidth required for the video - I have my doubts as to whether such a thing would be possible 'at home' if I got 1mbit ADSL, though my lack of hearing anything from Orange (France Telecom) suggests that they aren't getting 1mbit to work - so much for rating the neighbour half a kilometre away as being 18mbit capable!

How to delete recursively in Unix...

Over to John Bryan who contacted me with an explanation:

Just saw your b*log posting about "rm -rfv *.html" or similar not working has caught me out many times too! Welcome to the 1970's world of UNIX.
 
The reason this happens is that in UNIX, the shell does wildcard expansions for you and the application never gets to see them directly. For instance, with a file directory structure like:

   $ ls -R
   .:
   1.html  2.html  subdir

   ./subdir:
   3.html

Running "ksh -x" starts a new shell instance that prints expanded command lines back to you before it executes them. (In this case "Korn shell", because it would be way too easy to just have one command interpreter in UNIX, instead there are lots and they are all slightly incompatible)....
 
So if I then do:
   $ ls -R *.html
The shell prints the expanded argument list, eg:
   + ls -R 1.html 2.html
Which is what actually gets passed to "ls", which then merrily goes off and lists all the "1.html" and "2.html" files in the directory and all subdirectories...
 
Same thing with "rm".
 
So, in typical UNIX bodge fashion, to get round this you can instead do:
 
   find . -name "*.html" -exec rm -f {} \;
 
Which finds all "*.html" down through subdirectories, and for each file, do "rm -f" (the "{}" is the placeholder for the file found).
(The quotation marks stop the shell expanding the "*". - Note that you can't just do rm -r "*.html" because rm would try and delete a file called "*.html", (because rm knows nothing about wildcards)...
 
Also, the find command is going to call "rm" separately for every single file in question, (which can be fairly slow!)..
 
It would at least have been a little better if you could do:
   find . -name "*.html" -print | xargs rm
Which would only call "rm" once but with the whole list of files to delete, but no, because there are max arg counts an max command line sizes in unix/linux, you can't guarantee that this will work with lots of files!
 
Anyway, that's enough from me, I do like UNIX and use every day for work and so on, but it was never really designed in any way, - it just grew over a period of years, and you can definitely tell!
 
Hope this was useful anyway!

(reproduced with permission, mark-up and styles added for clarity)

Indeed it was John. If such a thing should ever happen again (God forbid!), then we'll know the exact incantation to get rid of a bunch of files in one go. As to the issue regarding Unix utilities being designed to do a specific job well (as in rm deleting a file), it starts to come apart when you have more advanced requirements, such as deleting all of a certain type of file - and in this case all sorts of factors get in the way: rm not understandng wildcards itself, the shell being over-enthusiastic about its wildcard expansion, eventually leading to the bodge of having to 'find' the files to pass to 'rm' one by one.

This will go in my number two slot of why I think Unix sucks. The number one slot, in case you are wondering, is it's the 21st century. We should be so beyond case-sensitive filename systems now... And while some might like the idea of mount points, I grew up with RISC OS which handled multiple filing systems (even as disparate as CDROMs and various harddisc partitions and Econet) with a simple flexible path specifier system. I note that even in XP, I note that I cannot change directory across discs with one command:

  D:\RicksFiles>cd c:\windows
  D:\RicksFiles>

  D:\RicksFiles>c:
  C:\Windows>

Something else RISC OS got right...

In any case, using metadata for the file leads to a cleaner view of the world. This can be mimicked in Windows if you tell it to hide the file extension, but this leads to the problem of making it really rather difficult to change said extension (i.e. .htm to .html, often arriving at a mess like .html.htm!).

Why is the world going who-hoo over XML?

Why XML? Why would it not suffice to document your format?

I ask this because to me XML looks like the application version of HTML. Like all the markup with none of the content! This leads to some obvious issues:

• Unless every possible idea has an XML tag, if you do anything 'different', you will either need to devise a new XML tag or break your software to be compatible with some sort of existing 'benchmark' software. Examples? OvationPro and Word can do a lot of the same things - however OvationPro can 'skew' text. Perhaps not really altogether useful, but if the two programs used XML files, how would this effect be translated? Unless all word processing/DTP software offers all the same functionality, there will still be issues of compatibility and possible data loss when using XML.

• Why are we taking data that is held in an in-memory structure and converting it to a more-or-less human-readable format? This will then necessitate the step of parsing said data back to computer data, along with the step of validating the data to ensure it is correct (as if we're all using XML, who knows what software might have created the file).
• And upon parsing - what action do we take upon an unknown tag. Do we ignore it? Do we fault it? If we ignore it and resave without, have we totally messed up the file?
• Bitfields are common. You can express loads of options in a single computer word - autosave? how often? disable load checking? snap to objects? snap to guidelines? Why are we represting something simple in a load of XML? People complain of application bloat, only now we're looking at data bloat...
• I assume files will retain their usual extensions - for to make everything .xml would destroy any file association. But if we use existing file extensions, the loader will need to be able to support both 'legacy' (binary) files as well as XML types.

So all in all, I don't see how XML will make everything work well. The problem isn't so much a need to arbitrarily change file format. Instead we need more documentation of existing formats and developers/companies more willing to answer requests from people who want to make their products interoperable.

Those eight-bitters back in the fast lane

The first is Sprow, well known in Beeb circles, who has released a network card for Master(Compact) machines. Fitting in place of the Econet card, it will offer 10/100mbit ethernet capabilities. I am not sure exactly what sort of bandwidth is actually possible, the 6502 running flat out can achieve 16mbit/sec, but you really need a load of other accesses (to memory, software/firmware, other hardware, screen memory, etc) to make the system useful. However, even running slower (and remember the ethernet chip will have buffering), the ability to connect a BBC Master to a network of XP machines is, well, quite nice. The only downside I can see is that it replaces the Econet card, making migration or gatewaying problematic. For my own Econet/TCPIP gateway, I planned to use an A5000 with one of each interface, but I never managed to get hold of a copy of !Gateway...
For those interested - http://www.sprow.co.uk/bbc/masternet.htm

Next up, those old harddiscs are starting to wear out, not to mention becoming ever more difficult to replace with compatible types. To help with this, the RetroClinic is offering a CompactFlash based solution. It plugs in, looks and feels like a harddisc, but is smaller, quieter, faster, and more power efficient.

[original image from advert posted on eBay]

But wait... hold your breath...

One thing missing from a lot of the Acorn range is USB support, for most RISC OS computers predated it, and serial interfaces were second class to parallel types back in the Beeb's day. Who'd have imagined then that a two wire serial connection could support a bus topology with hot-swapping and speeds that can go up into the hundreds of megabits per second? Well, think that no longer, for RetroClinic has done it again. Not yet released (it is in development), is a Beeb USB expansion - and look at the different connectors on the right for it's a two-way deal here. The Master can connect to USB devices, or it can be connected to and 'seen' as a mass storage device, what with the 1Mb RAM on-board that will eventually act like a sort of disc. Or if you'd prefer a real disc, this astonishing device has IDE on board too. Wow. I wonder if there will be an option of IDE-CF? There are alternatives. If you don't want a slave port, a second host port is possible.
It's called the DataCentre.

[original image from RetroClinic website]

Yahoo! mail offline

Please note that the cookie checked for - in this case "HCdWKBLQ" changes from email to email. Yours will be similar but different. It doesn't matter all the same, delete it.

Actually... you know what? That's crap. That's so much bother - especially if you can't tell JavaScript from CSS having seen neither before. It's a hassle. In the long run, it'd be quicker to know up a program to automate this process...

...which is exactly what I have done!

There is no installer or shortcut, it's just that. Run it.
(you may need my Various Dependencies pack for the VB5 runtime - try it and see)

When you start it, a file selection window will appear asking you to choose which Yahoo! saved mail file to 'tweak'. Once selected, the program will look for the part that needs tweaking, and tweak it as required.
The program creates a copy of the file with "_tweaked" appended to the filename, hence msg_from_keiko.htm will become msg_from_keiko_tweaked.htm - the original is not altered. Nothing else is changed, so references (CSS, images...) will use those of the original file.

When the conversion has been performed, you will be given the option of loading the document into your browser.

Your comments:

No comments yet...