Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.misc > #17647 > unrolled thread
| Started by | Sylvia Else <sylvia@email.invalid> |
|---|---|
| First post | 2019-03-28 15:48 +1100 |
| Last post | 2019-03-28 16:21 +0000 |
| Articles | 4 on this page of 24 — 12 participants |
Back to article view | Back to comp.misc
McDonald's Kiosk failure Sylvia Else <sylvia@email.invalid> - 2019-03-28 15:48 +1100
Re: McDonald's Kiosk failure mm0fmf <none@invalid.com> - 2019-03-28 07:37 +0000
Re: McDonald's Kiosk failure Roger Blake <rogblake@iname.invalid> - 2019-03-31 00:19 +0000
Re: McDonald's Kiosk failure Adrian Caspersz <email@here.invalid> - 2019-04-01 18:16 +0100
Re: McDonald's Kiosk failure Adrian Caspersz <email@here.invalid> - 2019-04-01 18:18 +0100
Re: McDonald's Kiosk failure Roger Blake <rogblake@iname.invalid> - 2019-04-01 18:02 +0000
Re: McDonald's Kiosk failure Adrian Caspersz <email@here.invalid> - 2019-04-03 13:37 +0100
Re: McDonald's Kiosk failure Roger Blake <rogblake@iname.invalid> - 2019-04-04 01:20 +0000
Re: McDonald's Kiosk failure Eli the Bearded <*@eli.users.panix.com> - 2019-04-04 20:57 +0000
Re: McDonald's Kiosk failure Andy Burns <usenet@andyburns.uk> - 2019-03-28 08:27 +0000
Re: McDonald's Kiosk failure Sylvia Else <sylvia@email.invalid> - 2019-03-28 22:55 +1100
Re: McDonald's Kiosk failure Richard Kettlewell <invalid@invalid.invalid> - 2019-03-28 08:39 +0000
Re: McDonald's Kiosk failure Sylvia Else <sylvia@email.invalid> - 2019-03-28 22:56 +1100
Re: McDonald's Kiosk failure Adrian Caspersz <email@here.invalid> - 2019-03-28 10:43 +0000
Re: McDonald's Kiosk failure Sylvia Else <sylvia@email.invalid> - 2019-03-28 23:00 +1100
Re: McDonald's Kiosk failure Adrian Caspersz <email@here.invalid> - 2019-03-28 12:38 +0000
Re: McDonald's Kiosk failure Sylvia Else <sylvia@email.invalid> - 2019-03-28 23:47 +1100
Re: McDonald's Kiosk failure kludge@panix.com (Scott Dorsey) - 2019-03-28 10:02 -0400
Re: McDonald's Kiosk failure Huge <Huge@nowhere.much.invalid> - 2019-03-28 14:17 +0000
Re: McDonald's Kiosk failure Ivan Shmakov <ivan@siamics.net> - 2019-03-28 14:30 +0000
Re: McDonald's Kiosk failure Andy Burns <usenet@andyburns.uk> - 2019-03-28 15:30 +0000
Re: McDonald's Kiosk failure Dan Espen <dan1espen@gmail.com> - 2019-03-28 09:45 -0400
Re: McDonald's Kiosk failure Rich <rich@example.invalid> - 2019-03-28 14:18 +0000
Re: McDonald's Kiosk failure Adrian Caspersz <email@here.invalid> - 2019-03-28 16:21 +0000
Page 2 of 2 — ← Prev page 1 [2]
| From | Andy Burns <usenet@andyburns.uk> |
|---|---|
| Date | 2019-03-28 15:30 +0000 |
| Message-ID | <gg47koFphkiU1@mid.individual.net> |
| In reply to | #17654 |
Sylvia Else wrote: > The kiosk BSofD seemed just a symptom of the wider problem Seems the ELO touchscreens have an API, so maybe they use that instead of just mouse emulation, and with no network it sent rubbish values that crashed the driver?
[toc] | [prev] | [next] | [standalone]
| From | Dan Espen <dan1espen@gmail.com> |
|---|---|
| Date | 2019-03-28 09:45 -0400 |
| Message-ID | <q7ij5t$7q3$1@dont-email.me> |
| In reply to | #17647 |
Sylvia Else <sylvia@email.invalid> writes: > My local Maccas was temporarily unable to take orders today because > there was some kind of upstream network failure. I took this > photograph of one of their kiosks. > > https://www.dropbox.com/s/lsmg6ux84svt2ne/WindowsCrash.jpg?dl=0 > > What does this image tell us? > > 1. McDonald's is using Windows to run a system that takes orders for > burgers and coffee. > > 2. Said system cannot handle an upstream failure without crashing due > to problem with a driver. > > 3. The driver appears to be related to the touch screen. > > <https://www.scribd.com/document/254188226/Elo-Touch-Solutions-Multi-Touch-Driver-User-Manual-6-4-0> > > 4. Somehow, and upstream failure can break a touch screen driver. > > The mind boggles. I don't find this all that mind boggling. This could be 2 things failing at once, or one thing failing, driving the software into a poorly tested error path to show the second error. Many times, I'd see an error occur creating a cascade of other things failing. Things that you'd think were unrelated. -- Dan Espen
[toc] | [prev] | [next] | [standalone]
| From | Rich <rich@example.invalid> |
|---|---|
| Date | 2019-03-28 14:18 +0000 |
| Message-ID | <q7il2o$mdh$1@dont-email.me> |
| In reply to | #17658 |
Dan Espen <dan1espen@gmail.com> wrote: > Sylvia Else <sylvia@email.invalid> writes: > >> My local Maccas was temporarily unable to take orders today because >> there was some kind of upstream network failure. I took this >> photograph of one of their kiosks. >> >> https://www.dropbox.com/s/lsmg6ux84svt2ne/WindowsCrash.jpg?dl=0 >> >> What does this image tell us? >> >> The mind boggles. > > I don't find this all that mind boggling. > > This could be 2 things failing at once, or one thing failing, driving > the software into a poorly tested error path to show the second error. This.. Sadly, much software (and nearly all 'enterprise' software, as this McD system would fit) is seldom tested by simulating error conditions to then test the error recovery paths. So, over time, as band-aids for bug fixes/new features get added, one ends up with a codebase where if an error is returned from a call that normally never returns an error, that the error path itself encounters another error it can't recover from, and the whole house of cards comes falling down. Or, it could be that some of this McD system was implimented by their contract Indian coders the same way the new enterprise software at work was built (also by contract Indian coders): the API calls to legacy systems have never return an error while we were prototyping, so we don't bother to even check if they returned an error during production. Much fun then ensued the day one of the legacy systems was down for maintence and the front end for the API call returned an error code to that effect.
[toc] | [prev] | [next] | [standalone]
| From | Adrian Caspersz <email@here.invalid> |
|---|---|
| Date | 2019-03-28 16:21 +0000 |
| Message-ID | <gg4ajnFq6gdU1@mid.individual.net> |
| In reply to | #17661 |
On 28/03/2019 14:18, Rich wrote: > > Or, it could be that some of this McD system was implimented by their > contract Indian coders the same way the new enterprise software at work > was built (also by contract Indian coders): The company in question is probably this bunch. Not Indian. https://www.rdisoftware.com/ -- Adrian C
[toc] | [prev] | [standalone]
Page 2 of 2 — ← Prev page 1 [2]
Back to top | Article view | comp.misc
csiph-web