Re "Drac: Perhaps you could check this out on your TriBlade with Wordstar? There is some N8VEM I/O left in there - presume this should remain?"
Yes will do when I get a moment. No time for prop things for the next 2 days. I can't boot the triblade at the moment - not sure if a code or hardware issue. Nothing changed from when it was last running ?? the connections to the sd card. The N8VEM I/O is there for xmodem file transfers.
Re heater "Good to see our version numbers running backwards[noparse]:)[/noparse]"
Soon he will be releasing v0.00. Reminds me of a comedy sketch:
Man 1: It is the year 10BC
Man 2: So...?
Man 1: Well, only 10 years before we find out what BC stands for.
Heater: Unfortunately I removed the DemoBoard support before I did some code tidyup - OOPS - did this the wrong way around.
V1.0 ZiCog (for DemoBoard, etc - for boards without SRAM) - release candidate
I have a problem that I cannot make it fit into the 25K anymore. Could this be because we went to 512 byte sectors?
Next, are you still using 1 file for all 8 HDs? If so, can you please email or post a zipped version. I will just add it as a file to my card so that I can test the code - I will work out the start address on the card.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
@clusso99
The rr136 zip file does not compile out of the box.
Me thinks this a #define nesting issue.
error line 344 > #read_memory_byte
I am using Homespun027
ron
A bog standard DemoBoard has 5MHz xtal, but a load of my bds have 10MHz ones, mostly because·I have more of them and there is the 50/50 mark space certainty·from the last devide by two stage.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
Post Edited (Toby Seckshund) : 12/3/2009 10:30:14 AM GMT
Don't worry about the CP/M not fitting into HUB any more. I might as well build CP/M down to whatever size fits. It's only a demo after all.
My home made Demo Board style board (now deceased) had a 10MHz XTAL out of my junk box. Always forgot about changing the settings for normal Demo Boards.
Not much time to play for a day or two...
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Thanks heater.
Over the next few days I will pull the TriBlade options out of the code, so that it will just run on a ProtoBoard, DemoBoard, etc (without external SRAM). It will be easier for others to follow the code.
BTW: You can test this code on the TriBlade - just set the #defines for usetriblade (cannot recall exact names - there are 2 I think, although one could be 6MHz). This will use an offset to get the SD file which I have hard-coded for where my file is located. You can use the real TriBlade code to locate the file start address by making it a HDisk and looking at the startup terminal output.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
All the boards I have are homemade, just to the same ccts, usually single sided with wire links. I will be trying some modern double sided this weekend.
I got some 5MHz and 6MHz rocks for the first set of projects but when they ran out the scrounged 10MHz came out to play. The blade2 boards have 12MHz just to get it shifting along a bit, 6.55MHz with pll16 wouldn't run, even with a bucket of decoupling. As Clusso says a ground plain would help but I did have the original "demoboard" trundling along at 14MHz +. As Sod's law states, that was the poor lamented toasted one.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
Post Edited (Toby Seckshund) : 12/3/2009 12:44:52 PM GMT
heater: I will do a quick knockup program that will locate the SD file so that anyone can fix the start address into ZiCog for the non-sram emulation (DemoBoard etc)
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Heater: Last night I tried to boot CPM3 but alas it does not work anymore.
Then I realised it is because I am trying to boot as 8 HDs (not floppies). Is it possible to do whatever is required when you have time so that CPM3 will boot as 8 HDs?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Correct, CP/M 3 does not boot from our hard drives, yet...
We have mentioned this before somewhere but anyway... I have to make similar mods to the CP/M 3 BIOS as we made for CBIOSX. This is complicated by the fact that there are two codes to fix, the BIOS used when the thing is up and running and the loader BIOS that is initially booted and then loads CP/M 3 itself.
I have looked at this a bit already. The loader BIOS we have currently from SIMH does not have any HD support in it at all. That's right, SIMH cannot boot that CP/M 3 from hard drives either.
So it's not a simple case of just removing floppy support as we did for CBIOSX.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Thanks heater. I now recall the discussion. I will worry about CPM3 for release V2.1+
BTW I have been looking at adding the SD binary boot code into the latest fsrw. It was in the older versions. I think I understand what the code is doing. Interesting in that it does not start cog 0, but in fact starts·the cog which is running fsrw.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
@Cluso99 - The boot code was originally written for an operating system that would load up I/O drivers (including the boot loader) into cogs and leave them running while it transferred control to applications which would later transfer control back to the command interpreter. It was possible for cog 0 to contain something that needed to be left alone. The cog that called the loader might be the only cog available for the newly loaded program, so that was used.
@Mike: Thanks for the original purpose history. I noticed that as the "SPIN" command (in PropDos) is being executed, is shuts all cogs down except the pasm driver and after hub is loaded it relaunches itself. I thought it unusual that it didn't relaunch cog 0 and then shut itself down.
I am not sure that anyone relies on knowing what cog their code is in, with the exception of my Spin Debugger which must take control of a specific cog due to my patching of the original Spin Interpreter.
I am still thinking about what I require. I have 2 requirements.
First is boot code in eeprom for powerup that will load a binary from the SD card. This would be very basic because it may not know what peripherals are attached. This is for the RamBlade. I have about a week to decide and code this. Of course, I know what hardware I have, but it would be nice to have a generic loader that only requires the SD pins to be defined.
Second is an operating system binary which will be loaded by the boot code above from the SD card. It will require compilation and requires drivers for the input and output devices. I also want to be able to call this from CPM so we can pass control back to the Prop OS, whatever that may be.
BTW thanks for your email - nice ideas.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
V2.0 ZiCog (for TriBlade) - release candidate "_rr127" This code runs faster and has a little tidyup. The SD disk files were posted earlier on this page and are unchanged. You may have to comment out the #ifdef 6MHz.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Toby, well I never, so there is. BBC BASIC for the generic CP/M...
BBC BASIC (Z80) is as machine independent as possible and, as supplied,
it will run on any CP/M 2.2 (or later) system using a Z80 processor
(checks are carried out to ensure that the processor is a Z80 and that
the version of CP/M is at least 2.2). It is minimally configured for an
ADM3a-compatible VDU.
humanoido will be pleased if we can get this running.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
It is not the site I found a few days ago but looks like the same stuff. Dr_A named the same site so perhaps ther are still some teethings to be sorted. I am loosing the faith, as long as I can use Z80 numonics, then CP/M asm and stuff will do. The mapping of the Nascoms was always a fudge to sell a 4KB system ( for £200, 1978, OUCH )
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
I suspect we could get BBC BASIC to run. Depends on how many odd ball Z80 instructions it like to use. We have a few gaps there. We do however manage to fool some programs into thinking they are running on a Z80 when they do the standard CPU checking instruction sequence and then they run OK.
Ah the NASCOM. In 1978, £100 pounds was what I had to live on, as a student, for 3 months. I used stare at the NASCOM adds in the mags longingly.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Even by living at home, with the parents who only took 25% of salary as house keeping, it took months of saving. Back then I was mending TVs and only getting about £1500 pa. All this was made possible by not having the financial soak, bless her.
I even found a commertial use for one, with my father, but he just wouldn't have anything to do with this "new fangled stuff". There could have been a whole line of Seckshund controlers. Hey-Ho.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
Comments
Hopefully I can find the time for some testing today.
Good to see our version numbers running backwards[noparse]:)[/noparse]
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Yes will do when I get a moment. No time for prop things for the next 2 days. I can't boot the triblade at the moment - not sure if a code or hardware issue. Nothing changed from when it was last running ?? the connections to the sd card. The N8VEM I/O is there for xmodem file transfers.
Re heater "Good to see our version numbers running backwards[noparse]:)[/noparse]"
Soon he will be releasing v0.00. Reminds me of a comedy sketch:
Man 1: It is the year 10BC
Man 2: So...?
Man 1: Well, only 10 years before we find out what BC stands for.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
www.smarthome.viviti.com/propeller
V1.0 ZiCog (for DemoBoard, etc - for boards without SRAM) - release candidate
I have a problem that I cannot make it fit into the 25K anymore. Could this be because we went to 512 byte sectors?
Next, are you still using 1 file for all 8 HDs? If so, can you please email or post a zipped version. I will just add it as a file to my card so that I can test the code - I will work out the start address on the card.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
The rr136 zip file does not compile out of the box.
Me thinks this a #define nesting issue.
error line 344 > #read_memory_byte
I am using Homespun027
ron
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
heater: Can you please test and also post the SD file and instructions. I have tested on the TriBlade as a DemoBoard.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Post Edited (Cluso99) : 12/3/2009 10:10:33 AM GMT
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
http://www.propgfx.co.uk/forum/·home of the PropGFX Lite
·
Heater: Any comments???
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
Post Edited (Toby Seckshund) : 12/3/2009 10:30:14 AM GMT
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Don't worry about the CP/M not fitting into HUB any more. I might as well build CP/M down to whatever size fits. It's only a demo after all.
My home made Demo Board style board (now deceased) had a 10MHz XTAL out of my junk box. Always forgot about changing the settings for normal Demo Boards.
Not much time to play for a day or two...
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Over the next few days I will pull the TriBlade options out of the code, so that it will just run on a ProtoBoard, DemoBoard, etc (without external SRAM). It will be easier for others to follow the code.
BTW: You can test this code on the TriBlade - just set the #defines for usetriblade (cannot recall exact names - there are 2 I think, although one could be 6MHz). This will use an offset to get the SD file which I have hard-coded for where my file is located. You can use the real TriBlade code to locate the file start address by making it a HDisk and looking at the startup terminal output.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
I got some 5MHz and 6MHz rocks for the first set of projects but when they ran out the scrounged 10MHz came out to play. The blade2 boards have 12MHz just to get it shifting along a bit, 6.55MHz with pll16 wouldn't run, even with a bucket of decoupling. As Clusso says a ground plain would help but I did have the original "demoboard" trundling along at 14MHz +. As Sod's law states, that was the poor lamented toasted one.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
Post Edited (Toby Seckshund) : 12/3/2009 12:44:52 PM GMT
My TriBlade Props are cooking at 6.5536MHz times 16 PLL. Cluso knows how to make a mean layout.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
heater: I will do a quick knockup program that will locate the SD file so that anyone can fix the start address into ZiCog for the non-sram emulation (DemoBoard etc)
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Post Edited (Cluso99) : 12/3/2009 12:57:20 PM GMT
Then I realised it is because I am trying to boot as 8 HDs (not floppies). Is it possible to do whatever is required when you have time so that CPM3 will boot as 8 HDs?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
We have mentioned this before somewhere but anyway... I have to make similar mods to the CP/M 3 BIOS as we made for CBIOSX. This is complicated by the fact that there are two codes to fix, the BIOS used when the thing is up and running and the loader BIOS that is initially booted and then loads CP/M 3 itself.
I have looked at this a bit already. The loader BIOS we have currently from SIMH does not have any HD support in it at all. That's right, SIMH cannot boot that CP/M 3 from hard drives either.
So it's not a simple case of just removing floppy support as we did for CBIOSX.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
BTW I have been looking at adding the SD binary boot code into the latest fsrw. It was in the older versions. I think I understand what the code is doing. Interesting in that it does not start cog 0, but in fact starts·the cog which is running fsrw.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
Post Edited (Cluso99) : 12/4/2009 9:39:30 AM GMT
I am not sure that anyone relies on knowing what cog their code is in, with the exception of my Spin Debugger which must take control of a specific cog due to my patching of the original Spin Interpreter.
I am still thinking about what I require. I have 2 requirements.
First is boot code in eeprom for powerup that will load a binary from the SD card. This would be very basic because it may not know what peripherals are attached. This is for the RamBlade. I have about a week to decide and code this. Of course, I know what hardware I have, but it would be nice to have a generic loader that only requires the SD pins to be defined.
Second is an operating system binary which will be loaded by the boot code above from the SD card. It will require compilation and requires drivers for the input and output devices. I also want to be able to call this from CPM so we can pass control back to the Prop OS, whatever that may be.
BTW thanks for your email - nice ideas.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
It boots up fine on a real Z80 but is falling over on a zicog
Where 'spacebar' I'm finding is the generic error message for the emulator falling over.
Interestingly, DDTZ won't load the program, but DDTZ itself won't load either.
Pls let me know if you want a copy of these programs? (I've got a N8VEM and Zicog running side by side at the moment so easy to do comparison tests)
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
www.smarthome.viviti.com/propeller
This code runs faster and has a little tidyup. The SD disk files were posted earlier on this page and are unchanged. You may have to comment out the #ifdef 6MHz.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
I was looking at a Z80 site this week and I am sure there was a CP/M'd BBC Basic. It was at work so I will have to re-serch.
http://www.bbcbasic.co.uk/bbcbasic.html - points to it, I think.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
BBC BASIC (Z80) is as machine independent as possible and, as supplied,
it will run on any CP/M 2.2 (or later) system using a Z80 processor
(checks are carried out to ensure that the processor is a Z80 and that
the version of CP/M is at least 2.2). It is minimally configured for an
ADM3a-compatible VDU.
humanoido will be pleased if we can get this running.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
Ah the NASCOM. In 1978, £100 pounds was what I had to live on, as a student, for 3 months. I used stare at the NASCOM adds in the mags longingly.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
I even found a commertial use for one, with my father, but he just wouldn't have anything to do with this "new fangled stuff". There could have been a whole line of Seckshund controlers. Hey-Ho.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
Shudder.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
So never go to Cardiff !!!!!!!
Since that seems to have stunned you into a twitching silence, there is a nano Seckshund too. Sleep well.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Style and grace : Nil point
Post Edited (Toby Seckshund) : 12/6/2009 5:40:16 PM GMT