Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.lisp > #32955
| From | "Pascal J. Bourguignon" <pjb@informatimago.com> |
|---|---|
| Newsgroups | comp.lang.lisp |
| Subject | Re: [OT] was: Buffer Overflow in LISP |
| Date | 2019-05-25 01:00 +0200 |
| Organization | Informatimago |
| Message-ID | <m25zpz4fwn.fsf@despina.home> (permalink) |
| References | (5 earlier) <m2h89l3wpc.fsf@despina.home> <d4d07459-b2f8-4abb-858e-e979ac91e8fe@googlegroups.com> <87y32vu4pb.fsf@nightsong.com> <m2d0k74k76.fsf@despina.home> <87blzr34qr.fsf_-_@bsb.me.uk> |
Ben Bacarisse <ben.usenet@bsb.me.uk> writes: > "Pascal J. Bourguignon" <pjb@informatimago.com> writes: > >> Paul Rubin <no.email@nospam.invalid> writes: >> >>> taruss@google.com writes: >>>> This sounds like a great premise for an April 1st post. Especially since >>>> one could work autonomous drone delivery of the phones into it. Maybe >>>> I'll try writing that next year... >>> >>> Someone wrote a program a while back, not even on April 1, that would >>> simultaneously order a pizza delivered to some random location in your >>> city, and call an Uber to get you to that location to receive the pizza. >>> >>> I don't know if there's a word for something funny and horrible at the >>> same time, but that would qualify. >> >> The truth is that I've lived in a lot of different places (not >> excessively many, but still), and strangely enough, a surprising high >> number of them didn't have an address that was easy to find for people >> not knowing where they were. And mind you, all those places had >> definite specific addresses, I'm not speaking of places in a desert, but >> civilized streets. >> >> Therefore, I wouldn't find useless such a service, where you would meet >> the delivery man at a place at an address more easily found… At least >> until NAC codes are generalized http://www.nacgeo.com/nacsite/ > > There's always "what three words": https://what3words.com/ > > Not yet sure if it's just a neat idea or a useful one. Depending on what word you pluralize you get different positions in different continents. I deem that a defect, it shouldn't be that sensitive to the spelling. -- __Pascal J. Bourguignon__ http://www.informatimago.com
Back to comp.lang.lisp | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Buffer Overflow in LISP yara.huss.113@gmail.com - 2019-04-25 03:52 -0700
Re: Buffer Overflow in LISP shcv@sdf.org - 2019-04-25 09:21 -0400
Re: Buffer Overflow in LISP "Pascal J. Bourguignon" <pjb@informatimago.com> - 2019-04-25 15:21 +0200
Re: Buffer Overflow in LISP Barry Margolin <barmar@alum.mit.edu> - 2019-04-25 11:04 -0400
Re: Buffer Overflow in LISP "Pascal J. Bourguignon" <pjb@informatimago.com> - 2019-04-25 19:22 +0200
Re: Buffer Overflow in LISP Spiros Bousbouras <spibou@gmail.com> - 2019-04-28 08:34 +0000
Re: Buffer Overflow in LISP Barry Margolin <barmar@alum.mit.edu> - 2019-04-29 12:31 -0400
Re: Buffer Overflow in LISP a.daniel.eliason@gmail.com - 2019-05-23 08:35 -0700
Re: Buffer Overflow in LISP Kaz Kylheku <847-115-0292@kylheku.com> - 2019-05-23 17:02 +0000
Re: Buffer Overflow in LISP Stefan Monnier <monnier@iro.umontreal.ca> - 2019-05-30 15:50 -0400
Re: Buffer Overflow in LISP "Pascal J. Bourguignon" <pjb@informatimago.com> - 2019-05-23 19:30 +0200
Re: Buffer Overflow in LISP taruss@google.com - 2019-05-24 10:40 -0700
Re: Buffer Overflow in LISP Paul Rubin <no.email@nospam.invalid> - 2019-05-24 10:45 -0700
Re: Buffer Overflow in LISP "Pascal J. Bourguignon" <pjb@informatimago.com> - 2019-05-24 23:27 +0200
[OT] was: Buffer Overflow in LISP Ben Bacarisse <ben.usenet@bsb.me.uk> - 2019-05-24 22:46 +0100
Re: [OT] was: Buffer Overflow in LISP "Pascal J. Bourguignon" <pjb@informatimago.com> - 2019-05-25 01:00 +0200
Re: [OT] was: Buffer Overflow in LISP Kaz Kylheku <847-115-0292@kylheku.com> - 2019-05-24 23:46 +0000
Re: [OT] was: Buffer Overflow in LISP Ben Bacarisse <ben.usenet@bsb.me.uk> - 2019-05-25 01:35 +0100
Re: Buffer Overflow in LISP Jason Cornez <jcornez@ravenpack.com> - 2019-05-29 16:10 +0200
Re: Buffer Overflow in LISP "Pascal J. Bourguignon" <pjb@informatimago.com> - 2019-05-29 20:25 +0200
Re: Buffer Overflow in LISP Vladimir Sedach <vsedach@oneofus.la> - 2019-09-22 21:26 -0700
Re: Buffer Overflow in LISP Barry Margolin <barmar@alum.mit.edu> - 2019-09-23 00:45 -0400
csiph-web