Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.lisp > #32952
| From | "Pascal J. Bourguignon" <pjb@informatimago.com> |
|---|---|
| Newsgroups | comp.lang.lisp |
| Subject | Re: Buffer Overflow in LISP |
| Date | 2019-05-24 23:27 +0200 |
| Organization | Informatimago |
| Message-ID | <m2d0k74k76.fsf@despina.home> (permalink) |
| References | (3 earlier) <m21s1qyp7t.fsf@despina.home> <240eddc7-e436-40a6-9099-52cabdfcf163@googlegroups.com> <m2h89l3wpc.fsf@despina.home> <d4d07459-b2f8-4abb-858e-e979ac91e8fe@googlegroups.com> <87y32vu4pb.fsf@nightsong.com> |
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/ -- __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