|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New schrieb:
> scott wrote:
>> Anyway, take 200 metres of this stuff (which I make weighs 10 tons):
>> http://www.csunitec.com/saws/new-river-band-saw.html
>
> Cool. It doesn't really look that big from the ground, does it?
Those are cables for underground power transmission. They need an awful
lot of insulation I bet. So overhead lines are likely to be a good deal
thinner. The German Wikipedia mentions a typical cross-section of 60
mm^2 of steel surrounded by 257 mm^2 of aluminum, so the diameter should
be close to 20 mm.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Fredrik Eriksson <fe79}--at--{yahoo}--dot--{com> wrote:
> On Thu, 03 Sep 2009 17:55:43 +0200, Darren New <dne### [at] sanrrcom> wrote:
> > Warp wrote:
> >> AFAIK the bright colors work as a warning signal. Predators learn to
> >> distinguish the poisonous prey by their color.
> >
> > This clearly works poorly if the prey is so poisonous they kill the
> > predator with one meal.
> It works perfectly if the predator does not eat the prey himself, but
> instead feeds his offspring with it.
Note that not all poisons are deadly.
--
- Warp
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New <dne### [at] sanrrcom> wrote:
> Oh, there's the snake. GIYF. Can you tell which is poisonous and which
> isn't? Notice the different order of the stripes.
>
"Red on yellow, kills a fellow..." I forget the rest, but remembering the first
part is enough, really.
-Reactor
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Reactor wrote:
> "Red on yellow, kills a fellow..." I forget the rest, but remembering the first
> part is enough, really.
The rest goes "Red on Black will kill Jack."
Me, I'll stay away from both of em. ;-)
--
Darren New, San Diego CA, USA (PST)
I ordered stamps from Zazzle that read "Place Stamp Here".
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Thu, 03 Sep 2009 11:50:51 -0700, Darren New wrote:
> Reactor wrote:
>> "Red on yellow, kills a fellow..." I forget the rest, but remembering
>> the first part is enough, really.
>
> The rest goes "Red on Black will kill Jack."
>
> Me, I'll stay away from both of em. ;-)
But your name isn't Jack, at least I don't think it is. ;-)
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> As *I* remember, Pascal arrays start at whatever index you tell them to
>> start at. (E.g, you can make the first index be 17 if you want...)
>>
>> VAR stuff : ARRAY [17..21] OF INT;
>
> I was thinking positions for a string. In Pascal, using the string
> "abcdef", position 1 is "a". In C, it's position 0.
Probably.
IIRC, in Turbo Pascal, position 0 is the length. (And since it's a
single byte, no strings longer than 255 characters...)
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Thu, 03 Sep 2009 20:56:30 +0100, Orchid XP v8 wrote:
>>> As *I* remember, Pascal arrays start at whatever index you tell them
>>> to start at. (E.g, you can make the first index be 17 if you want...)
>>>
>>> VAR stuff : ARRAY [17..21] OF INT;
>>
>> I was thinking positions for a string. In Pascal, using the string
>> "abcdef", position 1 is "a". In C, it's position 0.
>
> Probably.
>
> IIRC, in Turbo Pascal, position 0 is the length. (And since it's a
> single byte, no strings longer than 255 characters...)
Yep, Turbo Pascal stored the length rather than using the C method of
null-terminating the string.
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> IIRC, in Turbo Pascal, position 0 is the length. (And since it's a
>> single byte, no strings longer than 255 characters...)
>
> Yep, Turbo Pascal stored the length rather than using the C method of
> null-terminating the string.
...with the disadvantage of having a maximum string size, and the
advantage of making certain memory management operations much easier...
Ah, the days of plain ASCII, before anybody spoke of Unicode. Hey, wait
a sec - C is *still* back in the days of plain ASCII...
--
http://blog.orphi.me.uk/
http://www.zazzle.com/MathematicalOrchid*
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Thu, 03 Sep 2009 21:14:27 +0100, Orchid XP v8 wrote:
>>> IIRC, in Turbo Pascal, position 0 is the length. (And since it's a
>>> single byte, no strings longer than 255 characters...)
>>
>> Yep, Turbo Pascal stored the length rather than using the C method of
>> null-terminating the string.
>
> ...with the disadvantage of having a maximum string size, and the
> advantage of making certain memory management operations much easier...
Yep.
> Ah, the days of plain ASCII, before anybody spoke of Unicode. Hey, wait
> a sec - C is *still* back in the days of plain ASCII...
Not with a good unicode library. ;-)
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 3-9-2009 11:09, Stephen wrote:
> On Thu, 03 Sep 2009 10:06:46 +0100, Invisible <voi### [at] devnull> wrote:
>
>>>> Rain water isn't chemically pure. (Depending on pollution levels.) Once
>>>> the pylon gets wet, it's entire surface is covered in a continuous sheet
>>>> of water, which also covers all of the cables. So why don't they short out?
>>> There are insulators between the cables and pylons so there is no path for the
>>> electricity to flow there.
>> Indeed. This is why it works when they're dry.
>>
>> However, when those insulators are covered with a continuous layer of
>> water...
>
> Look at the insulators, they are a strange shape. That shape ensures that they
> are not covered with a continuous layer of water. Magic, isn't it :)
For some reason I saw nobody referring to these as 'magic mushrooms', I
wonder why.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |