* [9fans] too good to pass up
@ 2006-04-27 22:45 Ronald G Minnich
2006-04-27 22:57 ` Roman Shaposhnick
` (2 more replies)
0 siblings, 3 replies; 21+ messages in thread
From: Ronald G Minnich @ 2006-04-27 22:45 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
this is from the openib mailing list :-)
ron
===
On Thu, 27 April 2006 12:49:36 +0200, Heiko J Schick wrote:
>> +u64 hipz_h_alloc_resource_qp(const struct ipz_adapter_handle
>> adapter_handle,
>> + struct ehca_pfqp *pfqp,
>> + const u8 servicetype,
>> + const u8 daqp_ctrl,
>> + const u8 signalingtype,
>> + const u8 ud_av_l_key_ctl,
>> + const struct ipz_cq_handle send_cq_handle,
>> + const struct ipz_cq_handle receive_cq_handle,
>> + const struct ipz_eq_handle async_eq_handle,
>> + const u32 qp_token,
>> + const struct ipz_pd pd,
>> + const u16 max_nr_send_wqes,
>> + const u16 max_nr_receive_wqes,
>> + const u8 max_nr_send_sges,
>> + const u8 max_nr_receive_sges,
>> + const u32 ud_av_l_key,
>> + struct ipz_qp_handle *qp_handle,
>> + u32 * qp_nr,
>> + u16 * act_nr_send_wqes,
>> + u16 * act_nr_receive_wqes,
>> + u8 * act_nr_send_sges,
>> + u8 * act_nr_receive_sges,
>> + u32 * nr_sq_pages,
>> + u32 * nr_rq_pages,
>> + struct h_galpas *h_galpas);
25 parameters? If you tell me which drugs were involved in this code,
I know what to stay away from. Might be the current record for any
code ever proposed for inclusion.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-27 22:45 [9fans] too good to pass up Ronald G Minnich
@ 2006-04-27 22:57 ` Roman Shaposhnick
2006-04-27 22:58 ` Brantley Coile
2006-04-27 23:58 ` geoff
2006-04-28 6:39 ` David Leimbach
2 siblings, 1 reply; 21+ messages in thread
From: Roman Shaposhnick @ 2006-04-27 22:57 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On Thu, Apr 27, 2006 at 04:45:25PM -0600, Ronald G Minnich wrote:
>
> this is from the openib mailing list :-)
Sigh! The fact that 'struct ehca_pfqp *pfqp' is there rules
out the possibility that the guy have never heard of
structs. Although, not entirely, after all a buddy of mine
migrated from Pascal to C with:
#define begin {
#define end }
....
you get the idea...
Thanks,
Roman.
>
> ron
> ===
> On Thu, 27 April 2006 12:49:36 +0200, Heiko J Schick wrote:
>
> >> +u64 hipz_h_alloc_resource_qp(const struct ipz_adapter_handle
> >> adapter_handle,
> >> + struct ehca_pfqp *pfqp,
> >> + const u8 servicetype,
> >> + const u8 daqp_ctrl,
> >> + const u8 signalingtype,
> >> + const u8 ud_av_l_key_ctl,
> >> + const struct ipz_cq_handle send_cq_handle,
> >> + const struct ipz_cq_handle receive_cq_handle,
> >> + const struct ipz_eq_handle async_eq_handle,
> >> + const u32 qp_token,
> >> + const struct ipz_pd pd,
> >> + const u16 max_nr_send_wqes,
> >> + const u16 max_nr_receive_wqes,
> >> + const u8 max_nr_send_sges,
> >> + const u8 max_nr_receive_sges,
> >> + const u32 ud_av_l_key,
> >> + struct ipz_qp_handle *qp_handle,
> >> + u32 * qp_nr,
> >> + u16 * act_nr_send_wqes,
> >> + u16 * act_nr_receive_wqes,
> >> + u8 * act_nr_send_sges,
> >> + u8 * act_nr_receive_sges,
> >> + u32 * nr_sq_pages,
> >> + u32 * nr_rq_pages,
> >> + struct h_galpas *h_galpas);
>
>
> 25 parameters? If you tell me which drugs were involved in this code,
> I know what to stay away from. Might be the current record for any
> code ever proposed for inclusion.
>
>
>
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-27 22:57 ` Roman Shaposhnick
@ 2006-04-27 22:58 ` Brantley Coile
2006-04-28 0:45 ` Roman Shaposhnick
0 siblings, 1 reply; 21+ messages in thread
From: Brantley Coile @ 2006-04-27 22:58 UTC (permalink / raw)
To: 9fans
> #define begin {
> #define end }
> ....
Have you read the source code for adb or the borne shell?
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-27 22:45 [9fans] too good to pass up Ronald G Minnich
2006-04-27 22:57 ` Roman Shaposhnick
@ 2006-04-27 23:58 ` geoff
2006-04-28 6:39 ` David Leimbach
2 siblings, 0 replies; 21+ messages in thread
From: geoff @ 2006-04-27 23:58 UTC (permalink / raw)
To: 9fans
u8, that's the new super-high-altitude spy plane, isn't it? Or is it
the band named after the plane?
I especially like the const parameters that aren't const pointers.
Very important to make sure that the copy of the parameter on the
stack doesn't get modified by the called function.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-27 22:58 ` Brantley Coile
@ 2006-04-28 0:45 ` Roman Shaposhnick
2006-04-28 1:02 ` geoff
0 siblings, 1 reply; 21+ messages in thread
From: Roman Shaposhnick @ 2006-04-28 0:45 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On Thu, Apr 27, 2006 at 06:58:32PM -0400, Brantley Coile wrote:
> > #define begin {
> > #define end }
> > ....
>
> Have you read the source code for adb or the borne shell?
Nope. I'm pretty happy with rc ;-) although, I'm about
to indulge myself in es.
That said, I'm not surprised that borne turned out that way.
All that love for do/done kinda hints at that.
Thanks,
Roman.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-28 0:45 ` Roman Shaposhnick
@ 2006-04-28 1:02 ` geoff
2006-04-28 13:00 ` Brantley Coile
2006-05-02 14:41 ` Aharon Robbins
0 siblings, 2 replies; 21+ messages in thread
From: geoff @ 2006-04-28 1:02 UTC (permalink / raw)
To: 9fans
Bourne had been immersed in the Algol 68C compiler at Cambridge and
did a port of it to PDP-11 Unix (thus the overlay a.out type(s) in
V7), as I recall, so it's somewhat understandable that he'd be
attached to Algol 68 (which uses do/od, actually, but od was already
the name of a Unix command). Not that I'm defending writing C as
though it were Algol 68...
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-27 22:45 [9fans] too good to pass up Ronald G Minnich
2006-04-27 22:57 ` Roman Shaposhnick
2006-04-27 23:58 ` geoff
@ 2006-04-28 6:39 ` David Leimbach
2006-04-28 6:59 ` David Leimbach
2 siblings, 1 reply; 21+ messages in thread
From: David Leimbach @ 2006-04-28 6:39 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
I've actually seen worse :) I saw a function in a certain library
with 36 parameters before.
On 4/27/06, Ronald G Minnich <rminnich@lanl.gov> wrote:
>
> this is from the openib mailing list :-)
>
> ron
> ===
> On Thu, 27 April 2006 12:49:36 +0200, Heiko J Schick wrote:
>
> >> +u64 hipz_h_alloc_resource_qp(const struct ipz_adapter_handle
> >> adapter_handle,
> >> + struct ehca_pfqp *pfqp,
> >> + const u8 servicetype,
> >> + const u8 daqp_ctrl,
> >> + const u8 signalingtype,
> >> + const u8 ud_av_l_key_ctl,
> >> + const struct ipz_cq_handle send_cq_handle,
> >> + const struct ipz_cq_handle receive_cq_handle,
> >> + const struct ipz_eq_handle async_eq_handle,
> >> + const u32 qp_token,
> >> + const struct ipz_pd pd,
> >> + const u16 max_nr_send_wqes,
> >> + const u16 max_nr_receive_wqes,
> >> + const u8 max_nr_send_sges,
> >> + const u8 max_nr_receive_sges,
> >> + const u32 ud_av_l_key,
> >> + struct ipz_qp_handle *qp_handle,
> >> + u32 * qp_nr,
> >> + u16 * act_nr_send_wqes,
> >> + u16 * act_nr_receive_wqes,
> >> + u8 * act_nr_send_sges,
> >> + u8 * act_nr_receive_sges,
> >> + u32 * nr_sq_pages,
> >> + u32 * nr_rq_pages,
> >> + struct h_galpas *h_galpas);
>
>
> 25 parameters? If you tell me which drugs were involved in this code,
> I know what to stay away from. Might be the current record for any
> code ever proposed for inclusion.
>
>
>
>
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-28 6:39 ` David Leimbach
@ 2006-04-28 6:59 ` David Leimbach
2006-04-28 7:01 ` David Leimbach
0 siblings, 1 reply; 21+ messages in thread
From: David Leimbach @ 2006-04-28 6:59 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
Ok maybe it was 31:
static void ADIOI_W_Exchange_data(ADIO_File fd, void *buf, char *write_buf,
ADIOI_Flatlist_node *flat_buf, ADIO_Offset
*offset_list, int *len_list, int *send_size,
int *recv_size, ADIO_Offset off, int size,
int *count, int *start_pos, int *partial_recv,
int *sent_to_proc, int nprocs,
int myrank, int
buftype_is_contig, int contig_access_count,
ADIO_Offset min_st_offset, ADIO_Offset fd_size,
ADIO_Offset *fd_start, ADIO_Offset *fd_end,
ADIOI_Access *others_req,
int *send_buf_idx, int *curr_to_proc,
int *done_to_proc, int *hole, int iter,
MPI_Aint buftype_extent, int *buf_idx, int *error_code)
>From the ROMIO implementation of MPI-IO :-). When I first saw this
function a few years ago my jaw dropped.... I'm still looking for
parts of it.
Dave
On 4/27/06, David Leimbach <leimy2k@gmail.com> wrote:
> I've actually seen worse :) I saw a function in a certain library
> with 36 parameters before.
>
>
>
> On 4/27/06, Ronald G Minnich <rminnich@lanl.gov> wrote:
> >
> > this is from the openib mailing list :-)
> >
> > ron
> > ===
> > On Thu, 27 April 2006 12:49:36 +0200, Heiko J Schick wrote:
> >
> > >> +u64 hipz_h_alloc_resource_qp(const struct ipz_adapter_handle
> > >> adapter_handle,
> > >> + struct ehca_pfqp *pfqp,
> > >> + const u8 servicetype,
> > >> + const u8 daqp_ctrl,
> > >> + const u8 signalingtype,
> > >> + const u8 ud_av_l_key_ctl,
> > >> + const struct ipz_cq_handle send_cq_handle,
> > >> + const struct ipz_cq_handle receive_cq_handle,
> > >> + const struct ipz_eq_handle async_eq_handle,
> > >> + const u32 qp_token,
> > >> + const struct ipz_pd pd,
> > >> + const u16 max_nr_send_wqes,
> > >> + const u16 max_nr_receive_wqes,
> > >> + const u8 max_nr_send_sges,
> > >> + const u8 max_nr_receive_sges,
> > >> + const u32 ud_av_l_key,
> > >> + struct ipz_qp_handle *qp_handle,
> > >> + u32 * qp_nr,
> > >> + u16 * act_nr_send_wqes,
> > >> + u16 * act_nr_receive_wqes,
> > >> + u8 * act_nr_send_sges,
> > >> + u8 * act_nr_receive_sges,
> > >> + u32 * nr_sq_pages,
> > >> + u32 * nr_rq_pages,
> > >> + struct h_galpas *h_galpas);
> >
> >
> > 25 parameters? If you tell me which drugs were involved in this code,
> > I know what to stay away from. Might be the current record for any
> > code ever proposed for inclusion.
> >
> >
> >
> >
> >
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-28 6:59 ` David Leimbach
@ 2006-04-28 7:01 ` David Leimbach
0 siblings, 0 replies; 21+ messages in thread
From: David Leimbach @ 2006-04-28 7:01 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
Ok I counted that several times and I'm still not sure if it's 30 or
31.... too tired to care. It's a formidably scary function though...
:-)
On 4/27/06, David Leimbach <leimy2k@gmail.com> wrote:
> Ok maybe it was 31:
>
> static void ADIOI_W_Exchange_data(ADIO_File fd, void *buf, char *write_buf,
> ADIOI_Flatlist_node *flat_buf, ADIO_Offset
> *offset_list, int *len_list, int *send_size,
> int *recv_size, ADIO_Offset off, int size,
> int *count, int *start_pos, int *partial_recv,
> int *sent_to_proc, int nprocs,
> int myrank, int
> buftype_is_contig, int contig_access_count,
> ADIO_Offset min_st_offset, ADIO_Offset fd_size,
> ADIO_Offset *fd_start, ADIO_Offset *fd_end,
> ADIOI_Access *others_req,
> int *send_buf_idx, int *curr_to_proc,
> int *done_to_proc, int *hole, int iter,
> MPI_Aint buftype_extent, int *buf_idx, int *error_code)
>
> From the ROMIO implementation of MPI-IO :-). When I first saw this
> function a few years ago my jaw dropped.... I'm still looking for
> parts of it.
>
> Dave
>
>
> On 4/27/06, David Leimbach <leimy2k@gmail.com> wrote:
> > I've actually seen worse :) I saw a function in a certain library
> > with 36 parameters before.
> >
> >
> >
> > On 4/27/06, Ronald G Minnich <rminnich@lanl.gov> wrote:
> > >
> > > this is from the openib mailing list :-)
> > >
> > > ron
> > > ===
> > > On Thu, 27 April 2006 12:49:36 +0200, Heiko J Schick wrote:
> > >
> > > >> +u64 hipz_h_alloc_resource_qp(const struct ipz_adapter_handle
> > > >> adapter_handle,
> > > >> + struct ehca_pfqp *pfqp,
> > > >> + const u8 servicetype,
> > > >> + const u8 daqp_ctrl,
> > > >> + const u8 signalingtype,
> > > >> + const u8 ud_av_l_key_ctl,
> > > >> + const struct ipz_cq_handle send_cq_handle,
> > > >> + const struct ipz_cq_handle receive_cq_handle,
> > > >> + const struct ipz_eq_handle async_eq_handle,
> > > >> + const u32 qp_token,
> > > >> + const struct ipz_pd pd,
> > > >> + const u16 max_nr_send_wqes,
> > > >> + const u16 max_nr_receive_wqes,
> > > >> + const u8 max_nr_send_sges,
> > > >> + const u8 max_nr_receive_sges,
> > > >> + const u32 ud_av_l_key,
> > > >> + struct ipz_qp_handle *qp_handle,
> > > >> + u32 * qp_nr,
> > > >> + u16 * act_nr_send_wqes,
> > > >> + u16 * act_nr_receive_wqes,
> > > >> + u8 * act_nr_send_sges,
> > > >> + u8 * act_nr_receive_sges,
> > > >> + u32 * nr_sq_pages,
> > > >> + u32 * nr_rq_pages,
> > > >> + struct h_galpas *h_galpas);
> > >
> > >
> > > 25 parameters? If you tell me which drugs were involved in this code,
> > > I know what to stay away from. Might be the current record for any
> > > code ever proposed for inclusion.
> > >
> > >
> > >
> > >
> > >
> >
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-28 1:02 ` geoff
@ 2006-04-28 13:00 ` Brantley Coile
2006-05-02 14:41 ` Aharon Robbins
1 sibling, 0 replies; 21+ messages in thread
From: Brantley Coile @ 2006-04-28 13:00 UTC (permalink / raw)
To: 9fans
> 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] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-28 1:02 ` geoff
2006-04-28 13:00 ` Brantley Coile
@ 2006-05-02 14:41 ` Aharon Robbins
2006-05-03 1:49 ` geoff
1 sibling, 1 reply; 21+ messages in thread
From: Aharon Robbins @ 2006-05-02 14:41 UTC (permalink / raw)
To: 9fans
Hmmm, I've always wondered if maybe DMR could sneak this out to the TUHS
archives? Is it at least on line?
In article <383a34aca230dbcd89d76b9929cfc8c5@collyer.net> you write:
>Bourne had been immersed in the Algol 68C compiler at Cambridge and
>did a port of it to PDP-11 Unix (thus the overlay a.out type(s) in
>V7), ...
--
Aharon (Arnold) Robbins --- Pioneer Consulting Ltd. arnold AT skeeve DOT com
P.O. Box 354 Home Phone: +972 8 979-0381 Fax: +1 206 350 8765
Nof Ayalon Cell Phone: +972 50 729-7545
D.N. Shimshon 99785 ISRAEL
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-05-02 14:41 ` Aharon Robbins
@ 2006-05-03 1:49 ` geoff
0 siblings, 0 replies; 21+ messages in thread
From: geoff @ 2006-05-03 1:49 UTC (permalink / raw)
To: 9fans
There's at least one free algol 68 implementation that translates to
C, called Ctrans. There are pointers to it and other implementations
at www.algol68.org.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
@ 2006-05-02 23:53 dmr
0 siblings, 0 replies; 21+ messages in thread
From: dmr @ 2006-05-02 23:53 UTC (permalink / raw)
To: 9fans
> Hmmm, I've always wondered if maybe DMR could sneak this [A68C compiler]
> out to the TUHS
> archives? Is it at least on line?
It's not online here, so far as I can see.
Dennis
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-05-02 23:30 ` David Leimbach
@ 2006-05-02 23:46 ` Skip Tavakkolian
0 siblings, 0 replies; 21+ messages in thread
From: Skip Tavakkolian @ 2006-05-02 23:46 UTC (permalink / raw)
To: 9fans
>> next big thing appears to be USB over IP.
i'm sure there's a spec for it in UPnP
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-05-02 3:29 Ronald G Minnich
2006-05-02 5:10 ` Noah Evans
2006-05-02 6:11 ` Martin C. Atkins
@ 2006-05-02 23:30 ` David Leimbach
2006-05-02 23:46 ` Skip Tavakkolian
2 siblings, 1 reply; 21+ messages in thread
From: David Leimbach @ 2006-05-02 23:30 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
That's "virtual media". :)
And there are already linux kernel drivers for VHCI interfaces
"virtual host control interface" that implement this.
There are also a handful of KVM vendors with implementations and it's
part of AMD's OPMA specification too.
Dave
On 5/1/06, Ronald G Minnich <rminnich@lanl.gov> wrote:
>
> next big thing appears to be USB over IP.
>
> Almost as good as ATM over ethernet.
>
> yee ha!
>
> ron
>
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-05-02 3:29 Ronald G Minnich
2006-05-02 5:10 ` Noah Evans
@ 2006-05-02 6:11 ` Martin C. Atkins
2006-05-02 23:30 ` David Leimbach
2 siblings, 0 replies; 21+ messages in thread
From: Martin C. Atkins @ 2006-05-02 6:11 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On Mon, 01 May 2006 21:29:39 -0600 Ronald G Minnich <rminnich@lanl.gov> wrote:
> next big thing appears to be USB over IP.
Makes a lot of sense.... if your devices don't talk 9P!
Martin
--
Martin C. Atkins martin_ml@parvat.com
Parvat Infotech Private Limited http://www.parvat.com{/,/martin}
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-05-02 3:29 Ronald G Minnich
@ 2006-05-02 5:10 ` Noah Evans
2006-05-02 6:11 ` Martin C. Atkins
2006-05-02 23:30 ` David Leimbach
2 siblings, 0 replies; 21+ messages in thread
From: Noah Evans @ 2006-05-02 5:10 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 280 bytes --]
Isn't that by Takahiro Hirofuchi? He's in the lab below me. He's a plan 9
and inferno fan.
Noah
On 5/2/06, Ronald G Minnich <rminnich@lanl.gov> wrote:
>
>
> next big thing appears to be USB over IP.
>
> Almost as good as ATM over ethernet.
>
> yee ha!
>
> ron
>
[-- Attachment #2: Type: text/html, Size: 557 bytes --]
^ permalink raw reply [flat|nested] 21+ messages in thread
* [9fans] too good to pass up
@ 2006-05-02 3:29 Ronald G Minnich
2006-05-02 5:10 ` Noah Evans
` (2 more replies)
0 siblings, 3 replies; 21+ messages in thread
From: Ronald G Minnich @ 2006-05-02 3:29 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
next big thing appears to be USB over IP.
Almost as good as ATM over ethernet.
yee ha!
ron
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [9fans] too good to pass up
2006-04-28 13:01 erik quanstrom
@ 2006-04-28 21:57 ` Charles Forsyth
0 siblings, 0 replies; 21+ 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] 21+ messages in thread
* Re: [9fans] too good to pass up
@ 2006-04-28 13:01 erik quanstrom
2006-04-28 21:57 ` Charles Forsyth
0 siblings, 1 reply; 21+ 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] 21+ messages in thread
* Re: [9fans] too good to pass up
@ 2006-04-28 0:01 erik quanstrom
0 siblings, 0 replies; 21+ messages in thread
From: erik quanstrom @ 2006-04-28 0:01 UTC (permalink / raw)
To: 9fans
obviously, you haven't worked on CAD software.
- erik
On Thu Apr 27 17:54:39 CDT 2006, rminnich@lanl.gov wrote:
>
> 25 parameters? If you tell me which drugs were involved in this code,
> I know what to stay away from. Might be the current record for any
> code ever proposed for inclusion.
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2006-05-03 1:49 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-04-27 22:45 [9fans] too good to pass up Ronald G Minnich
2006-04-27 22:57 ` Roman Shaposhnick
2006-04-27 22:58 ` Brantley Coile
2006-04-28 0:45 ` Roman Shaposhnick
2006-04-28 1:02 ` geoff
2006-04-28 13:00 ` Brantley Coile
2006-05-02 14:41 ` Aharon Robbins
2006-05-03 1:49 ` geoff
2006-04-27 23:58 ` geoff
2006-04-28 6:39 ` David Leimbach
2006-04-28 6:59 ` David Leimbach
2006-04-28 7:01 ` David Leimbach
2006-04-28 0:01 erik quanstrom
2006-04-28 13:01 erik quanstrom
2006-04-28 21:57 ` Charles Forsyth
2006-05-02 3:29 Ronald G Minnich
2006-05-02 5:10 ` Noah Evans
2006-05-02 6:11 ` Martin C. Atkins
2006-05-02 23:30 ` David Leimbach
2006-05-02 23:46 ` Skip Tavakkolian
2006-05-02 23:53 dmr
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).