Because if it were any shorter it wouldn't reach the end!
The Book has moved another step forwards: on Friday I finished the complete rip-it-up-and-start-again re-write of Chapter 10, which meant throwing away the 9,155 words already written. The ideas were OK but the prose/poetry was just a little bit purple (think: that horrible magenta highlight colour that makes your eyes water just by looking at it) so it had to go... all of it, unfortunately.
Now it's done - all 26,625 new and improved words later - I discover that it took four and a half months - which is rather a long time for a single chapter. But then 26k words is about a quarter of a standard paperback, so that means if "IT" were an ordinary book of about 100k words it would only... ah, slight difficulty with tenses here - what's the right tense for a hypothetical future conditional relative to a contra-factual prior state, as in "if I were to have been writing an ordinary book (which I'm not), the estimated time to forthcoming completion would have been likely to be..."? - would only be taking about 18 months to write, which isn't that bad.
Anyway, just so you know, including the 10k words lurking in the "Excised for re-use" and the "Under Development" sections, the whole thing is now about 189,234 words (as of Friday). There are still some gaps I know I need to fill in (a couple of back-story characters for The Trial, a bit more political intriguing and skulduggery, the description of the - newly invented - low-tech transparent-but-fair-and-anonymous jury voting system, and a few other bits and pieces) but we are back on the trail of making the corrections and amendments... The end is, if not nigh, then at least speculating on the possibility of nighness - all ~700+pp of it.
So! Onwards and upwards to Chapter 11
Must dash...
...Stuff To Write
Wilkommen, Bienvenu, Welcome... Sziasztok!
Welcome to The Lotus Position, an intermittent collection of extempore navel gazings, ponderings, whinges, whines, pontifications and diatribes.
Everything is based on a Sample of One: these are my views, my experiences... caveat lector... read the Disclaimer
Everything is based on a Sample of One: these are my views, my experiences... caveat lector... read the Disclaimer
The Budapest Office - Castro Bisztro, Madach ter
Ponder, Scribble, Ponder (Photo Erdotahi Aron)
Monday, 9 June 2008
Thursday, 22 May 2008
Just a quickie....
English - weird, wonderful and almost omnipotently expressive.
Almost.
If the verb "to pass" has as future perfect "will have passed", what is the future perfect of "to come to pass"? Not "will have come passed", not "will have came to pass", not "will come to have passed", not "will came to pass"... it seems as though it can only be "will have come to pass", which - dang it! - I find more than merely mildly unsatisfactory.
I dare say though that you couldn't give two hoots about such conundra, but now I think about it, maybe a single hoot would suffice.
Tense Stuff.
Almost.
If the verb "to pass" has as future perfect "will have passed", what is the future perfect of "to come to pass"? Not "will have come passed", not "will have came to pass", not "will come to have passed", not "will came to pass"... it seems as though it can only be "will have come to pass", which - dang it! - I find more than merely mildly unsatisfactory.
I dare say though that you couldn't give two hoots about such conundra, but now I think about it, maybe a single hoot would suffice.
Tense Stuff.
Wednesday, 23 April 2008
A Bug! Fie on it!
I know it's putting one's head in the lion's mouth to adopt a new operating system as soon as it's released, but my old previous machine - a pathetic HP Pavilion [ab initio defective DVD, crashy, screen died at 1 year warranty + 1 day, etc. etc. etc.] - just had to be replaced and I hung on as long as I could...
In the end I was actually very pleased with Vista (Home Premium) - the Rock Xtreme CTX pro has plenty of horse-power and elephant-memory to support Vista and everything was absolutely fine. Some things omitted from Vista Home Premium were absolutely ridiculous omissions, I thought, but it ran nicely and very solidly (even allowing for the fact that it has nVidia Go 7950GTX graphics - and we all know about nVidia drivers now, don't we?).
There were a few hiccups along the way (VS2008 for instance) but the basic system was Rock solid...
And then along came SP1 - after which every day was a Blue Screen Day! Yes - every day a STOP ERROR "DRIVER_POWER_STATE_FAILURE" 0x0000009F error when I moved the laptop from home to the cafe where I write. SP1 actually installed OK, but it was after I had fixed the newly introduced nVidia drivers issue that the real problem became apparent.
I've now been in regular touch with Microsoft Technical Support for over a month now (though I haven't heard from them for a week), emailed other technical types who run blogs and so forth but the issue is still not resolved... though I hasten to assure you, dear reader, that my system no longer crashes.
Eh? Issue not resolved but not crashing? How come? Simple - turn off the offending piece of Microsoft software - the issue hasn't been resolved but it can be avoided. As of this moment the system has been running continuously for 958,054 seconds (that's 11 days, 2 hours, 7 minutes and 34 seconds). Not bad.
But what is this obscure issue that has so far apparently defeated Microsoft. Obscure - of course.
As noted here I had added a little bit of extra storage (1.3TB of RAID5 to be precise) and set up a persistent iSCSI connection (for technical reasons I shan't bore you with this was Necessary... couldn't do what I needed to do with a simple drive mapping, etc.) It was absolutely fine - until...
SP1. It seems something changed: if an iSCSI connection is set up as persistent, it seems that even an Administrator cannot log-off a session (if it's not persistent logging on and off works just fine). But! If - post SP1 - the laptop is put to sleep, disconnected from the network, moved, woken and reconnected to another network something goes very badly wrong... with the iSCSI port, the Virtual Disk complains and it all goes titsup. I didn't change how I worked, but one day Vista was happy and the next day it had developed epilepsy.
Took me a while to figure this out...I had to download a Microsoft debugging tool (windbg); I had to learn how to use it; I had to decipher the dumps, I had to learn all about IRP's (I/O Request Packet)s... (I know... me me me me me) - and then I had to communicate with various people and still largely do the job for myself (I hasten to add however that all of the people I contacted have been surprisingly willing to help - I'm surprised easily by helpful email support- although unfortunately unable to help... thus far).
It took me three weeks - losing at least half an hour a day to nail this - and I'll go so far as to say, dear Mr Microsoft, that I really wouldn't object to some tangible expression of sympathy (e.g. free upgrade to Ultimate or license to run the existing system under Virtual PC which would have been/may be handy for debugging purposes)
[Suggestion: MS should do this automatically anyway once an incident crosses a certain threshold of severity - no one wants to be without a primary work tool, so clean installs, etc. etc. are (they were for me) completely out of the question... but a lot could have been achieved in a virtual machine and it would go some way to compensating users without actually costing MS anything really. If you are tempted to mentioned e.g. System Restore, please don't.]
The bottom line is: if you are experience regular BSOD's with bccode 0x9F and you use iSCSI and you move the machine just before each crash - check to see if the iSCSI is a persistent connection... if it is, turn it off and see if the problem goes way. (There are similar issues recorded in the MS Knowledgebase for Windows Server 2003 but nothing for Vista)
The sad thing is that Microsoft has still been unable - or unwilling - to acknowledge this issue, and I think a month is perfectly adequate to get that far - a fix might take longer but such a reproducible BSOD should be gently squeezing someone's gonads... just cos you don't log off a connection the whole damn machine shouldn't crash!
And now, some Mozart...
Classic Stuff.
In the end I was actually very pleased with Vista (Home Premium) - the Rock Xtreme CTX pro has plenty of horse-power and elephant-memory to support Vista and everything was absolutely fine. Some things omitted from Vista Home Premium were absolutely ridiculous omissions, I thought
There were a few hiccups along the way (VS2008 for instance) but the basic system was Rock solid...
And then along came SP1 - after which every day was a Blue Screen Day! Yes - every day a STOP ERROR "DRIVER_POWER_STATE_FAILURE" 0x0000009F error when I moved the laptop from home to the cafe where I write. SP1 actually installed OK, but it was after I had fixed the newly introduced nVidia drivers issue that the real problem became apparent.
I've now been in regular touch with Microsoft Technical Support for over a month now (though I haven't heard from them for a week), emailed other technical types who run blogs and so forth but the issue is still not resolved... though I hasten to assure you, dear reader, that my system no longer crashes.
Eh? Issue not resolved but not crashing? How come? Simple - turn off the offending piece of Microsoft software - the issue hasn't been resolved but it can be avoided. As of this moment the system has been running continuously for 958,054 seconds (that's 11 days, 2 hours, 7 minutes and 34 seconds). Not bad.
But what is this obscure issue that has so far apparently defeated Microsoft. Obscure - of course.
As noted here I had added a little bit of extra storage (1.3TB of RAID5 to be precise) and set up a persistent iSCSI connection (for technical reasons I shan't bore you with this was Necessary... couldn't do what I needed to do with a simple drive mapping, etc.) It was absolutely fine - until...
SP1. It seems something changed: if an iSCSI connection is set up as persistent, it seems that even an Administrator cannot log-off a session (if it's not persistent logging on and off works just fine). But! If - post SP1 - the laptop is put to sleep, disconnected from the network, moved, woken and reconnected to another network something goes very badly wrong... with the iSCSI port, the Virtual Disk complains and it all goes titsup. I didn't change how I worked, but one day Vista was happy and the next day it had developed epilepsy.
Took me a while to figure this out...I had to download a Microsoft debugging tool (windbg); I had to learn how to use it; I had to decipher the dumps, I had to learn all about IRP's (I/O Request Packet)s... (I know... me me me me me) - and then I had to communicate with various people and still largely do the job for myself (I hasten to add however that all of the people I contacted have been surprisingly willing to help - I'm surprised easily by helpful email support- although unfortunately unable to help... thus far).
It took me three weeks - losing at least half an hour a day to nail this - and I'll go so far as to say, dear Mr Microsoft, that I really wouldn't object to some tangible expression of sympathy (e.g. free upgrade to Ultimate or license to run the existing system under Virtual PC which would have been/may be handy for debugging purposes)
[Suggestion: MS should do this automatically anyway once an incident crosses a certain threshold of severity - no one wants to be without a primary work tool, so clean installs, etc. etc. are (they were for me) completely out of the question... but a lot could have been achieved in a virtual machine and it would go some way to compensating users without actually costing MS anything really. If you are tempted to mentioned e.g. System Restore, please don't.]
The bottom line is: if you are experience regular BSOD's with bccode 0x9F and you use iSCSI and you move the machine just before each crash - check to see if the iSCSI is a persistent connection... if it is, turn it off and see if the problem goes way. (There are similar issues recorded in the MS Knowledgebase for Windows Server 2003 but nothing for Vista)
The sad thing is that Microsoft has still been unable - or unwilling - to acknowledge this issue, and I think a month is perfectly adequate to get that far - a fix might take longer but such a reproducible BSOD should be gently squeezing someone's gonads... just cos you don't log off a connection the whole damn machine shouldn't crash!
And now, some Mozart...
Classic Stuff.
Wednesday, 2 April 2008
Long Thing Shortened
I just wanted to point out that after approximately two hours of concentrated effort and much contorted thinking this morning (in an endeavour to re-examine the underlying concept from a more illuminating angle) I have come to the conclusion that there is no single word in English for a "Long thing that is now much shorter than it was... but still quite long."
Nor could I think of any short and elegant way of referring to the long, but relatively short, remnant of something that was once much longer.
These are, I feel terrible omissions.
Likewise I have on occasion felt the need for - and been disappointed in my search for - a single word for:
Anyway, at least we have a word for Stuff.
Nor could I think of any short and elegant way of referring to the long, but relatively short, remnant of something that was once much longer.
These are, I feel terrible omissions.
Likewise I have on occasion felt the need for - and been disappointed in my search for - a single word for:
- The back of the hand, and
- The hollow on the inside of the elbow
Anyway, at least we have a word for Stuff.
Vista SP1 - BSOD, Bugs and Aggravations Part Deux
Does your system seem sluggish? Do you have one of those dashboard gadgets that says how much memory you are using and its seems to be saying "A Lot!"?
Or more specifically, have you checked the Processes tab of the Task Manager and seen row after row of taskeng.exe processes... tens? Hundreds? Thousands?
It pays to check occasionally. I only had a few hundred taskeng.exe processes, but that's more than enough to say WTF!
Quick Summary...
Taskeng.exe is the process that shows up for tasks created by the Task Scheduler. In Task Scheduler you can see which process belongs to which task by showing the Preview Pane and selecting a task event on the History tab and looking at the info on the General tab just below, where you will see something like
Task Scheduler launch task "\Start AVG Control Centre" , instance "C:\Program Files\Grisoft\AVG7\avgcc.exe" with process ID 2424.
But, if you have the particular problem of taskeng overload you won't find any corresponding tasks or events unless you select "Show Hidden Tasks" from the View menu... and then voila!
What you should probably be looking for is a task in Task Scheduler Local Library called "User_Feed_Synchonization... This task takes care of RSS feed collection, so if you don't use RSS feeds at all you will probably never have this problem, but if you do, look at its History... lots of failures? Yep, "UFS" is spawning another instance of itself every 5 minutes by default, and if they don't also terminate automatically that's an accumulation of 288 a day, each consuming a bit less than 1MB. Leave your machine on for a few days without restarting and >95% of the processes will be doing nothing helpful at all.
To resolve the problem - which is that the task has been corrupted - delete all existing "User_Feed_Synchronization..." tasks and then open a Cmd window.
Type "MSFEEDSSYNC DISABLE" (belt and braces approach) and then "MSFEEDSSYNC ENABLE", which will create a new feed collection task. The default task runs Once at 01:45 and then every 5 minutes until the next midnight... and then every five minutes thereafter so feeds won't be collected until either 01:45 or you kick start the task...
But at least you will own (a bit more of) your PC again
More info on checking the RSS User_Feed_Synchronization task, registry entries etc. from a Cmd window can be found on the Microsoft RSS blog, and my thanks to the guys, especially Andrew208, in the Technet forum who initially sorted this out in the post Re: Solved: 1055 spawned taskeng.exe threads... WTF? It seems this is an SP1 RC1 bug that didn't get stomped properly.
One of the few occasions on which one finds a problem and almost immediately a full answer... Nice Stuff.
Or more specifically, have you checked the Processes tab of the Task Manager and seen row after row of taskeng.exe processes... tens? Hundreds? Thousands?
It pays to check occasionally. I only had a few hundred taskeng.exe processes, but that's more than enough to say WTF!
Quick Summary...
Taskeng.exe is the process that shows up for tasks created by the Task Scheduler. In Task Scheduler you can see which process belongs to which task by showing the Preview Pane and selecting a task event on the History tab and looking at the info on the General tab just below, where you will see something like
Task Scheduler launch task "\Start AVG Control Centre" , instance "C:\Program Files\Grisoft\AVG7\avgcc.exe" with process ID 2424.
But, if you have the particular problem of taskeng overload you won't find any corresponding tasks or events unless you select "Show Hidden Tasks" from the View menu... and then voila!
What you should probably be looking for is a task in Task Scheduler Local Library called "User_Feed_Synchonization... This task takes care of RSS feed collection, so if you don't use RSS feeds at all you will probably never have this problem, but if you do, look at its History... lots of failures? Yep, "UFS" is spawning another instance of itself every 5 minutes by default, and if they don't also terminate automatically that's an accumulation of 288 a day, each consuming a bit less than 1MB. Leave your machine on for a few days without restarting and >95% of the processes will be doing nothing helpful at all.
To resolve the problem - which is that the task has been corrupted - delete all existing "User_Feed_Synchronization..." tasks and then open a Cmd window.
Type "MSFEEDSSYNC DISABLE" (belt and braces approach) and then "MSFEEDSSYNC ENABLE", which will create a new feed collection task. The default task runs Once at 01:45 and then every 5 minutes until the next midnight... and then every five minutes thereafter so feeds won't be collected until either 01:45 or you kick start the task...
But at least you will own (a bit more of) your PC again
More info on checking the RSS User_Feed_Synchronization task, registry entries etc. from a Cmd window can be found on the Microsoft RSS blog, and my thanks to the guys, especially Andrew208, in the Technet forum who initially sorted this out in the post Re: Solved: 1055 spawned taskeng.exe threads... WTF? It seems this is an SP1 RC1 bug that didn't get stomped properly.
One of the few occasions on which one finds a problem and almost immediately a full answer... Nice Stuff.
Tuesday, 1 April 2008
Vista SP1 - BSOD, Bugs and Aggravations
I'm fed up with this particularly useless piece of "assistance" from Microsoft. Nice idea the "Problem and Solution Centre", especially since this Vista HP laptop is BSOD'ing every day now, so I thought I'd check to see what it had to say about the current state of my somewhat poorly system...
Aha! Let's follow that link and follow those obviously helpful steps...

What driver? Which device? How about a link to the Knowledgebase?
I have lost count of the times I have clicked the "No" brackets- this-was-not-helpful-at-all-quite-the-reverse-thank-you-very-much- if-you-want-to-add-my-blood-pressure-to-the-list-of-problems-now- close-brackets button and conveyed my displeasure (in decreasingly moderate terms of course) in response to the helpful question "Was this information helpful?", so maybe, just maybe, a little humiliation is in order.
Yes, it's in order - but whether it will help or not is another issue.
(BTW, the laptop manufacturer reliably informs me that the BIOS does not need to be updated and rather wished that MS would stop suggesting this as it creates an inordinate amount of completely unnecessary work for them...)
And, just to round things off, in case you are ever worried about whether your Drivers are properly signed and aren't entirely certain, please be aware that neither is Vista, so don't expect much help there either...
So, as you can see snapman.sys (of which there is only one on the system) is both signed and not signed... maybe Acronis signed for the fact that they weren't signing it? Who knows, but I see the imprimatur of MS behind it all.
By the way... the BSOD's are all 0x9F "DRIVER_POWER_STATE_FAILURE" errors and I suspect MS again with regard to the USB drivers: instead of just dying some 10-20 minutes after plugging in my Lexar JumpDrive Lightning II drive when I plugged it in today Vista refused to acknowledge the existence of the device at all then crashed when I took the non-existent device out again...
Of course everything was just dandy before SP1... but, 'tis true - plus ca change...
As as I saw in a forum sig recently "The mouse has been moved - please restart your system to apply the new settings"...
Annoying Stuff
What driver? Which device? How about a link to the Knowledgebase?
I have lost count of the times I have clicked the "No" brackets- this-was-not-helpful-at-all-quite-the-reverse-thank-you-very-much- if-you-want-to-add-my-blood-pressure-to-the-list-of-problems-now- close-brackets button and conveyed my displeasure (in decreasingly moderate terms of course) in response to the helpful question "Was this information helpful?", so maybe, just maybe, a little humiliation is in order.
Yes, it's in order - but whether it will help or not is another issue.
(BTW, the laptop manufacturer reliably informs me that the BIOS does not need to be updated and rather wished that MS would stop suggesting this as it creates an inordinate amount of completely unnecessary work for them...)
And, just to round things off, in case you are ever worried about whether your Drivers are properly signed and aren't entirely certain, please be aware that neither is Vista, so don't expect much help there either...
By the way... the BSOD's are all 0x9F "DRIVER_POWER_STATE_FAILURE" errors and I suspect MS again with regard to the USB drivers: instead of just dying some 10-20 minutes after plugging in my Lexar JumpDrive Lightning II drive when I plugged it in today Vista refused to acknowledge the existence of the device at all then crashed when I took the non-existent device out again...
Of course everything was just dandy before SP1... but, 'tis true - plus ca change...
As as I saw in a forum sig recently "The mouse has been moved - please restart your system to apply the new settings"...
Annoying Stuff
Labels:
BSOD,
Bugs,
Microsoft,
Problem Reports and Solutions,
Vista
Thursday, 27 March 2008
Keep taking the molybdenum?
It's an interesting piece of work. Apparently "scientists" (quotes allude to my irritation with the increasingly vapid use of the word scientist) - including at least one proper biogeochemist, Prof Timothy Lyons) - have reconstructed some aspects of Earth's ocean chemistry between 2GY and 0.5GY BP (see Science Daily) and infer that a lack of oxygen and molybdenum during this time was responsible for delaying animal evolution. [University of California - Riverside (2008, March 27). Reason For Almost Two Billion Year Delay In Animal Evolution On Earth Discovered; paper due to appear in the March 27 issue of Nature]
Whilst intrigued that, according to the (online press) article the diversity of early single-celled life forms remained low from the beginning of oceanic surface oxygenation circa 2.4GY BP, and that "their multicellular ancestors [sic], the animals, did not appear until about 600 million years ago" the point is generally well made: molybdenum is essential in to the nitrogen fixation process in modern nitrogen-fixing bacteria - too little molybdenum = too little fixation, and eukaryotes deprived in turn of accessible nitrogen cannot thrive.
A neat explanation, but 2 billion years is an awfully long time and I can't help thinking that evolution would have rapidly favoured any organism that found another way to fix nitrogen.
So the proposed molybdenum solution to the question "Why was multicellular life so slow to get going?" actually raises an even more significant question: why is molybdenum so indispensable that nothing else would do?
I find it very hard to believe that Darwinian micro-evolution couldn't have fixed things (excuse the pun) in the available time so I have to doubt that the dearth of molybdenum was the fundamental limiting factor. Besides which, diversity does not equate to quantity - so early nitrogen-fixers may have been few in kind but more than plentiful enough to support the needs of eukaryotes... given the molybdenum available, what biomass was supportable?
Of course the rest of the findings on oxygen levels, obtained by using molybdenum as a proxy for oxygen concentration, remain valid but the point about molybdenum as an essential and evolution-limiting micronutrient seems a bit wobbly to me.
Geochemical-Stuff Rocks nonetheless
Whilst intrigued that, according to the (online press) article the diversity of early single-celled life forms remained low from the beginning of oceanic surface oxygenation circa 2.4GY BP, and that "their multicellular ancestors [sic], the animals, did not appear until about 600 million years ago" the point is generally well made: molybdenum is essential in to the nitrogen fixation process in modern nitrogen-fixing bacteria - too little molybdenum = too little fixation, and eukaryotes deprived in turn of accessible nitrogen cannot thrive.
A neat explanation, but 2 billion years is an awfully long time and I can't help thinking that evolution would have rapidly favoured any organism that found another way to fix nitrogen.
So the proposed molybdenum solution to the question "Why was multicellular life so slow to get going?" actually raises an even more significant question: why is molybdenum so indispensable that nothing else would do?
I find it very hard to believe that Darwinian micro-evolution couldn't have fixed things (excuse the pun) in the available time so I have to doubt that the dearth of molybdenum was the fundamental limiting factor. Besides which, diversity does not equate to quantity - so early nitrogen-fixers may have been few in kind but more than plentiful enough to support the needs of eukaryotes... given the molybdenum available, what biomass was supportable?
Of course the rest of the findings on oxygen levels, obtained by using molybdenum as a proxy for oxygen concentration, remain valid but the point about molybdenum as an essential and evolution-limiting micronutrient seems a bit wobbly to me.
Geochemical-Stuff Rocks nonetheless
Subscribe to:
Posts (Atom)