9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* Re: [9fans] too good to pass up
@ 2006-04-28 13:01 erik quanstrom
  2006-04-28 13:10 ` [9fans] too good to pass up (SRB Comments) Brantley Coile
  2006-04-28 21:57 ` [9fans] too good to pass up Charles Forsyth
  0 siblings, 2 replies; 7+ messages in thread
From: erik quanstrom @ 2006-04-28 13:01 UTC (permalink / raw)
  To: 9fans

not even his allocator?

- erik

On Fri Apr 28 08:02:29 CDT 2006, brantley@coraid.com wrote:
> > Not that I'm defending writing C as
> > though it were Algol 68...
>
> I kind of liked it after the initial shock.
> Even inspired the Obfuscated C Contest.
> I don't think SRB's code was obfuscated, though.
>
>


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [9fans] too good to pass up (SRB Comments)
  2006-04-28 13:01 [9fans] too good to pass up erik quanstrom
@ 2006-04-28 13:10 ` Brantley Coile
  2006-04-28 14:16   ` OT: " Dave Lukes
  2006-05-02  6:32   ` Roman Shaposhnik
  2006-04-28 21:57 ` [9fans] too good to pass up Charles Forsyth
  1 sibling, 2 replies; 7+ messages in thread
From: Brantley Coile @ 2006-04-28 13:10 UTC (permalink / raw)
  To: 9fans

That was really John Mashy's fault, as I understand it.  He suggested
it to SRB.  I had to deal with it when I ported V7 to the 68K.  Too
bad every processor wasn't as clean in this reguard as the PDP-11.

For those who might not have heard of this, SRB caught segfault
signals, allocated more memory and just returned.  The instruction
that caused the segfault would restart.  It was an automatic memory
allocator.  Problem was that not all processors could pull off this
sort of stunt.

Geoff cleaned this up years ago.

> not even his allocator?
>
> - erik
>
> On Fri Apr 28 08:02:29 CDT 2006, brantley@coraid.com wrote:
>> > Not that I'm defending writing C as
>> > though it were Algol 68...
>>
>> I kind of liked it after the initial shock.
>> Even inspired the Obfuscated C Contest.
>> I don't think SRB's code was obfuscated, though.
>>
>>



^ permalink raw reply	[flat|nested] 7+ messages in thread

* OT: Re: [9fans] too good to pass up (SRB Comments)
  2006-04-28 13:10 ` [9fans] too good to pass up (SRB Comments) Brantley Coile
@ 2006-04-28 14:16   ` Dave Lukes
  2006-04-28 14:18     ` Brantley Coile
  2006-05-02  6:32   ` Roman Shaposhnik
  1 sibling, 1 reply; 7+ messages in thread
From: Dave Lukes @ 2006-04-28 14:16 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

The story from the horse's mouth was that the PWB shell already used the
sigsegv trick
because they were concerned about (groan) speed,
so before they'd use Bourne's shell they insisted that it use the same hack.

Of course, the PWB people didn't care:
after all it was "portable" in the Humpty-Dumpty sense: it worked on
Vaxes & PDP/11s.

I wonder how many different people had to rewrite that code for the M68K?:-)
(luckily someone had already done it before I got there:-)

    DaveL

Brantley Coile wrote:
> That was really John Mashy's fault, as I understand it.  He suggested
> it to SRB.  I had to deal with it when I ported V7 to the 68K.  Too
> bad every processor wasn't as clean in this reguard as the PDP-11.
>
> For those who might not have heard of this, SRB caught segfault
> signals, allocated more memory and just returned.  The instruction
> that caused the segfault would restart.  It was an automatic memory
> allocator.  Problem was that not all processors could pull off this
> sort of stunt.
>
> Geoff cleaned this up years ago.
>
>
>> not even his allocator?
>>
>> - erik
>>
>> On Fri Apr 28 08:02:29 CDT 2006, brantley@coraid.com wrote:
>>
>>>> Not that I'm defending writing C as
>>>> though it were Algol 68...
>>>>
>>> I kind of liked it after the initial shock.
>>> Even inspired the Obfuscated C Contest.
>>> I don't think SRB's code was obfuscated, though.
>>>
>>>
>>>
>
>



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: OT: Re: [9fans] too good to pass up (SRB Comments)
  2006-04-28 14:16   ` OT: " Dave Lukes
@ 2006-04-28 14:18     ` Brantley Coile
  0 siblings, 0 replies; 7+ messages in thread
From: Brantley Coile @ 2006-04-28 14:18 UTC (permalink / raw)
  To: 9fans

> I wonder how many different people had to rewrite that code for the M68K?:-)
Lots.



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [9fans] too good to pass up
  2006-04-28 13:01 [9fans] too good to pass up erik quanstrom
  2006-04-28 13:10 ` [9fans] too good to pass up (SRB Comments) Brantley Coile
@ 2006-04-28 21:57 ` Charles Forsyth
  1 sibling, 0 replies; 7+ messages in thread
From: Charles Forsyth @ 2006-04-28 21:57 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 221 bytes --]

i think both those mechanisms were much less shocking in `Unix: the early years',
and i found them quite interesting, even though i had no intention of emulating them.
(mind you, i subscribed to the algol68 bulletin.)

[-- Attachment #2: Type: message/rfc822, Size: 2603 bytes --]

From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] too good to pass up
Date: Fri, 28 Apr 2006 08:01:58 -0500
Message-ID: <d95f31573a6820f5d27d18130cc49c2e@quanstro.net>

not even his allocator?

- erik

On Fri Apr 28 08:02:29 CDT 2006, brantley@coraid.com wrote:
> > Not that I'm defending writing C as
> > though it were Algol 68...
>
> I kind of liked it after the initial shock.
> Even inspired the Obfuscated C Contest.
> I don't think SRB's code was obfuscated, though.
>
>

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [9fans] too good to pass up (SRB Comments)
  2006-05-02  6:32   ` Roman Shaposhnik
@ 2006-05-01 21:22     ` Taj Khattra
  0 siblings, 0 replies; 7+ messages in thread
From: Taj Khattra @ 2006-05-01 21:22 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

>   That's some tricky programming! Do you know of any place one can get
> an access to the original code ?

you can browse it here:
http://minnie.tuhs.org/UnixTree/V7/usr/src/cmd/sh/fault.c.html


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [9fans] too good to pass up (SRB Comments)
  2006-04-28 13:10 ` [9fans] too good to pass up (SRB Comments) Brantley Coile
  2006-04-28 14:16   ` OT: " Dave Lukes
@ 2006-05-02  6:32   ` Roman Shaposhnik
  2006-05-01 21:22     ` Taj Khattra
  1 sibling, 1 reply; 7+ messages in thread
From: Roman Shaposhnik @ 2006-05-02  6:32 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

On Fri, 2006-04-28 at 09:10 -0400, Brantley Coile wrote:
> That was really John Mashy's fault, as I understand it.  He suggested
> it to SRB.  I had to deal with it when I ported V7 to the 68K.  Too
> bad every processor wasn't as clean in this reguard as the PDP-11.
> 
> For those who might not have heard of this, SRB caught segfault
> signals, allocated more memory and just returned.  The instruction
> that caused the segfault would restart.  It was an automatic memory
> allocator.  Problem was that not all processors could pull off this
> sort of stunt.

  That's some tricky programming! Do you know of any place one can get
an access to the original code ?

Thanks,
Roman.



^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2006-05-02  6:32 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-04-28 13:01 [9fans] too good to pass up erik quanstrom
2006-04-28 13:10 ` [9fans] too good to pass up (SRB Comments) Brantley Coile
2006-04-28 14:16   ` OT: " Dave Lukes
2006-04-28 14:18     ` Brantley Coile
2006-05-02  6:32   ` Roman Shaposhnik
2006-05-01 21:22     ` Taj Khattra
2006-04-28 21:57 ` [9fans] too good to pass up Charles Forsyth

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).