As you may have noticed, there has been very little activity here from me in recent months.
This is partly because my full time work does not use nor need PowerShell and my free time has become more precious.
Playing with PS1 has been fun and I’ve learned a lot, but ultimately, it’s just a toy to me, and there comes a time when you must put your toys away — one might argue that, at nearly 40, I should have put my toys away long ago
Now, I’ve been inundated with literally 3 requests for the source code to Grrr, the snapin-based framework behind Big Invaders, so here it is:
Grrr source code
Like the rest of the stuff here, it’s released under the creative commons license.
So long, and thanks for all the fish.
Not PowerShell related in any way (unless you can think of something) but this did make me laugh.
I especially like the FAQ on why it’s free
One of the things that struck me whilst developing Grrr as a snapin is: what do you do when you have a cmdlet with the same verb-noun pair as an existing cmdlet?
If someone else had a cmdlet called, say,
out-banner, and that cmdlet was already loaded in a snap-in (perhaps mandated by site policy), would I be able to register and add the Grrr snapin, which also defines it?
I’ve scanned the available documentation and the language grammar, used introspection in the shell and so on, but could not find anything to deal with this problem.
With projects like PowerShell Community Extensions seemingly laying claim to hundreds of common nouns and verbs, I was concerned that the scope for writing unique cmdlets would dry up real fast.
Read on »
So I’ve been spending a bit of time getting to grips with Cmdlets and resurrecting interest in PSInvaders using Grrr and now have something to post.
Grrr 1.1 is now Cmdlet based and comes as a Snap-In. The most obvious benefit from this is performance, as I can now present a playable version of PowerShell Big Invaders.
BigInvaders is one of the demo PowerShell scripts that makes use of the Grrr.
Download this prerelease version 1.1 of the Grrr snap-in.
Update: this should now install on Vista – thanks to Chris Warwick for pointing out some issues
There’s no installer (yet) so to get going, follow this instructions:
Unzip the archive where you want to use it and CD to the top level director where the README file is.
-r switch forces it to re-register the snap-in if a (possibly) older version exists. It then adds the snap-in to the current shell.
From here you can CD into the
demos directory and run any of the scripts. Each one shows a feature of Grrr, but perhaps the most interesting is in the
To run BigInvaders, you need to have a very large console. To achieve this you probably need to set the font size of your console window to 6×8.
If you want sound, you need to install DirectX DirectSound. More on why later.
It should work without, silently, but this hasn’t had much testing as all my XP boxes have it installed If there are exceptions, start it with the
Assuming all is well, type
./biginvaders.ps1 and you should see this title screen:
Hit ESC to quit or Space to play. In play, Space fires a missile and arrow keys move left and right. Hit F to toggle FPS display in the top-righthand corner.
The target FPS is 33. I achieve this easily on my MacPro, and my wife’s Dell (a core 1 duo, 1.66ghz) also just manages.
There are still a few snags to iron out here and I want to add proper PowerShell help and an installer, but it is functional.
I’ve learned a lot about C#, PowerShell SDK and .NET these last weeks and will write about my findings over the next days. It’s not all been rosy.
I’ll also be writing about the features of Grrr, and where I want to go with it.
That’s it for now.
Still not much happening here, again partly due to being busy with other things, and also the final arrival of my Wii.
Anyways, I’ve almost completed the transition of Grrr to Cmdlets and it’s looking very promising as this screen shot shows (I get 50fps with only 20% cpu load doing this):
I intend to redo the original PSInvaders using Grrr, with more authentic gameplay and original graphics.
The scrolling tilemap support is looking good, so games like Gauntlet, Scramble and Super Mario Brothers should be possible… all scripted in PowerShell.
So apologies for the low post volume recently and please do watch this space.
Not much happening here on the blog this week as I’ve been a bit busy with other things and also on some non-trivial PowerShell projects:
- A snap-in version of Grrr – I realised that PowerShell alone is just too slow for it to be useful, so thought I’d have a go at doing it all as cmdlets in a snap-in. It’s fairly easy, but I’m not there yet.
- In trying to understand the grammar of PowerShell better (the documentation is not so great, and Bruce hasn’t printed his book yet), I’ve started to write an interpreter in Java. I’ve got a more or less complete AST, and a prototype interpreter, but it’s slow going (well, I only started 4 days ago, and it’s in my spare time).
Watch this space.
Last weekend, I asked my wife if she could think of anything inappropriate or unusual to do with PowerShell. She came up with some good ideas and one of them was to write a chat/IM client.
A full client takes time, so with a nod toward PowerShell’s administrative uses, I wrote a script that forms the basis of an IRC chat bot.
This script can be used to pipe messages to a chat channel and/or join a set of channels, returning all messages posted there.
I’ve sure most of you out there use
Microsoft MSN Windows Live Messenger, or even Yahoo! or AOL, so this may just serve as an example of synchronous TCP/IP messaging in PowerShell.
You can download the script here: chat-irc.ps1.
You may need to unblock it according the the instructions in
Read on »
Over the weekend, I set about writing an IRC chat client/channel monitoring tool in PowerShell (more on that in a day or so) and one of the things I was doing a lot was writing verbose and debug information to the console.
Write-Debug cmdlets write nothing to the console, because the the value of the variables
$DebugPreference respectively are “SilentlyContinue”.
If you set them both to “Continue” the text is written to the console, but both in bright yellow on black (I wonder why?), like this:
PS> write-debug "debug msg"
DEBUG: debug msg
PS> write-verbose "verbose msg"
VERBOSE: verbose msg
These colours can be changed so you can more easily distinguish between debug and verbose messages, and also not have the real output swamped.
Read on »
Over at the excellent PowerShell Team Blog, Bruce Payette wrote about Controlling PowerShell Function (Re)Definition.
However, making a function
constant does not prevent it from being shadowed in child scopes. Given that a child scope is created in any script, new function definition or script block, this makes it very unconstant.
Read on »
A while back, I posted an article: Console screen grabs in html.
I fixed some bugs and added a couple of new features to the script get-bufferhtml.ps1, and have updated the article with examples.