PDA

Vollständige Version anzeigen : dev 0 - lidl unfähig?!


Chris B.
5. July 2008, 03:28
http://www.isnichwahr.de/r82359611-der-lidl-hack.html


zu geil! :'D

die lidl kassen kommen mit divisionen durch null nicht klar - okay nicht wirklich was, worüber man sich wundern sollte.. allerdings sollte doch diese division programmiertechnisch abgefangen werden :D

attila
5. July 2008, 14:36
wie geil

geht das bei uns auch?!

Chris B.
5. July 2008, 14:46
kA noch nicht probiert! :D

Petzi
5. July 2008, 14:54
Der is geistig leicht daneben der Typ :'D

reini
5. July 2008, 16:07
Glaub der hat kein Leben...

Yosh!
5. July 2008, 17:16
Erinnert mich irgendwie an den einen von Kanal Telemedial ;D

reini
5. July 2008, 17:20
Was ich mich aber frag, warum sollte die Kassa durch 0 dividieren?

Ich zieh den Kassabon drüber, neue Endesumme -0.25
Dann kommt der Pudding(+0.25), neue Endesumme 0.00

Wo war da jetzt die Division?

BTW, Chuck Norris kann durch 0 dividieren

Floppy
5. July 2008, 17:35
Pfandautomaten hacken! :D *tusch* Gnackwatschngeb!

Division? *tusch* Gnackwatschngeb!

Division ist die Teilung einer Zahl durch eine andere WAKE UP Chirs:hihi:

Wenn man nun einige Waren und Pfandgut an der Kasse einreicht und die Warensumme genau "Null" beträgt, kommt der Bug zum Vorschein. Herzberg schreibt in seinem Erfahrungsbericht, dass ein Lidl-Kassierer bestätigt hat, dass dieser Fehler "einmal im halben Jahr vorkommt". Bekannt sei er schon länger, nur hat man es scheinbar es nicht für notwendig befunden, sich um die Behebung zu kümmern. Offensichtlich ist der Fehler noch nicht oft genug vorgekommen. Doch nachdem sich diese Meldung zunehmend in Netz verbreitet, ist die Frage, wie lange die Kassen bei Lidl noch ungestört ihren Dienst verrichten werden. Bekannt zu sein scheint der Fehler zumindest seit November 2007.

Was an der Geschichte vielleicht auch noch interessant wäre: Selten war es einfacher, ein Computersystem lahmzulegen. Man benötigt weder Fach- und Spezialwissen, noch muss man sich an einem Rechner oder einer Tastatur zu schaffen machen. Es genügt lediglich, ein variables Set aus dem Lidl-Sortiment zusammenzustellen und stets ein paar Pfandartikel parat zu haben. Der Rest wird von der Fachkraft erledigt. Prädikat: hausfrauentauglich!


Quelle:vertraulich:)

*edit*
ok..die Uhrzeit deines Threads sagt einiges aus. Schon wieder zu lange am Virus herumgespielt? :D

reini
5. July 2008, 17:40
Das System wurde einfach zu wenig getestet. Beim Testen wird in der Entwicklung am meisten gespart...Sieht man eh was rauskommt...

Chris B.
6. July 2008, 15:10
Pfandautomaten hacken! :D *tusch* Gnackwatschngeb!

Division? *tusch* Gnackwatschngeb!

Division ist die Teilung einer Zahl durch eine andere WAKE UP Chirs:hihi:

ja und weiter?! :D
versteh ich nicht was falsch an meiner aussage sein soll? :confused:

DJ Moreno
6. July 2008, 15:12
[QUOTE=Chris B.]http://www.isnichwahr.de/r82359611-der-lidl-hack.html


zu geil! :'D

die lidl kassen kommen mit divisionen durch null nicht klar/QUOTE]

hier wird schlicht und ergreifend nix dividiert....

Chris B.
6. July 2008, 15:27
...weil ja jeder von uns die berechnungen (die im hintergrund mitlaufen) vom lidl kennt... :rolleyes:

die kassa is bestimmt nicht nur für zum quittung-ausdrucken da - wird sicher noch irgendwo im hintergrund statistik geführt durchschnittsberechnungen und die quittungen irgenwo digital abgelegt.

aber ich bin kein hersteller, daher keine ahnung - jedenfalls bin ich davon ausgegangen, daher auch meine mutmaßung über dev0.

Stee Wee Bee
6. July 2008, 16:50
Hmmm, vielleicht wird ja der Ust-Betrag mittels Division/Multiplikation errechnet, dann würde es wieder passen.

Steve Guess
6. July 2008, 22:35
ich glaub auch, dass es nicht direkt was mit den pfandbeträgen zu tun hat.
es muss ja irgentwas dahinterstecken und ich glaub mit einer division durch 0
liegt der chris gar nicht so falsch. es gibt natürlich 100.000 andere exceptions
die in einem programm auftreten können, aber die scheint plausibel zu sein.

guenny123
6. July 2008, 22:37
Naja... mit ON ERROR RESUME NEXT hätt man das Problem vll in Griff bekommen! :D

Loopo
7. July 2008, 11:38
Hmmm, vielleicht wird ja der Ust-Betrag mittels Division/Multiplikation errechnet, dann würde es wieder passen.
Den Ust-Betrag errechnet sich aber mit Betrag*0,1 (bzw 0,2). Da ist erstens keine Division nötig, und wenn dann dividiert man durch 100 (und multipliziert mit dem Prozentsatz). ;) Habe mich auch gewundert, wieso man durch den Betrag dividieren sollte.

Stee Wee Bee
7. July 2008, 11:40
Das wäre dann 0 dividiert durch 100, vielleicht hängt sich das System dabei auf.

Chris B.
7. July 2008, 11:43
obwohl das sollt ja kein problem sein... = 0 ^^

Petzi
7. July 2008, 11:45
noch immer ned mitkommen, chirs? :D

Bacar Dee
7. July 2008, 11:45
Kauft sich bitte wer so eine verdammt Lidl-Kasse und probierts einfach aus? Mir gehn die Spekulationen schon wohin... :D

Chris B.
7. July 2008, 12:43
noch immer ned mitkommen, chirs? :D

was redest schowieda? :D

Petzi
7. July 2008, 12:50
das wird einfach ein stinknormaler Fehler sein :)

wird ca. so aussehn:

if (b==0) cout <<"Durch Null kann man nicht Teilen" <<endl ;else

naja, eigentlich sollte ja null stehn, aber durch irgend eine if schleife scheint er gleich einen Error zu zeigen ;)

Stee Wee Bee
7. July 2008, 12:52
http://www.djat.net/owl7.jpg

Chris B.
7. July 2008, 12:54
eine if-schleife wie du sie geschrieben hast, wird fehlen... hab ich ja vorhin gschon gemeint mit "sollte doch diese division programmiertechnisch abgefangen werden"...

Chris Mojito
7. July 2008, 12:56
IHR N00BS!

Es gibt KEINE If-Schleife!!! Das ist ne Abfrage!

Petzi
7. July 2008, 12:56
das war ja nur ein Bsp. einer kleinen Rechenoperation.

Außerdem hab ich dass das letzte Mal vor 3 Jahren gemacht und fast alles vergessen :o

@pitsi: geh Kabel verlegen ;)

Chris B.
7. July 2008, 12:58
IHR N00BS!

Es gibt KEINE If-Schleife!!! Das ist ne Abfrage!

und was genau redest du fürn gequirlten crap? :D

aller höchstens, wenns keine if gibt... gibts eben eine case...

Chris Mojito
7. July 2008, 13:02
und was genau redest du fürn gequirlten crap? :D

aller höchstens, wenns keine if gibt... gibts eben eine case...

Klar gibt's "if".. aber das ist keine Schleife wie zB "for" oder "while"! "If" ist eine Abfrage!

www.if-schleife.de

Wer redet jetzt den gequirlten Crap? ;)

Chris B.
7. July 2008, 13:03
Klar gibt's "if".. aber das ist keine Schleife wie zB "for" oder "while"! "If" ist eine Abfrage!

www.if-schleife.de

Wer redet jetzt den gequirlten Crap? ;)

okay, owned. is schon klar, dass es eigentlich keine "schleife" ist - dachte du meinst es käme keine if-bedingung vor (kann ja nicht ahnen, dass du genauso ein i-dipfal reiter bist wie da petzi :D)

Chris Mojito
7. July 2008, 13:04
Noch ein Stricherl mehr auf der "/me 0wn3d Chirs"-Liste! *strike*

Chris B.
7. July 2008, 13:06
kann mich aber mit "abfrage" auch nicht anfreunden... klar, man frägt zwar einen wert einer variable ab... aber gängig ist eigentlich BEDINGUNG oder generell ANWEISUNG...

bei abfrage denkt man normalerweise gleich an eine dml-abfrage (sql).

zurückowned! :p

Chris Mojito
7. July 2008, 13:08
zurückowned! :p

Nanana, nix da! Bedingung ist das, was nach dem If kommt und Anweisung das, was dann ausgeführt wird, wenn die If-Abfrage mit samt der If-Bedingung ausgeführt wurde.

Kennst di aus, Reisinger? :D

Chris B.
7. July 2008, 13:12
ja kann man eh nix dagegen sagen, allerdings - grob gesprochen - sagst eben nur "bedingung" - ohne "if" überhaupt zu erwähnen... genug zerfleddert jetzt, hast doch eh dein owned. :C

Petzi
7. July 2008, 13:13
bin ich froh, dass ich mit dem aufgehört habe :zwinkern:

Chris Mojito
7. July 2008, 13:14
...genug zerfleddert jetzt, hast doch eh dein owned. :C

Yippieh! *freu und ne runde im kreis hüpf*

Magst dafür nen Keks, Chirs?

Petzi
7. July 2008, 13:14
Zauberkeks? :D

Chris B.
7. July 2008, 13:15
geh, is eh unnötig... hauptsache ma weiss wies funktioniert und was macht... da kann der pizzi noch soviel hirnwichsen wie er will :D

clubhead
7. July 2008, 13:17
also if/else is eindeutig eine ANWEISUNG.

Dieser Meinung sind auch die Bücher "Visual C++" und "PHP5 & MySQL4" beide von Markt und Technik.
(Habe gerade mal in beiden nachgeschlagen)

Petzi
7. July 2008, 13:19
der nächste freak, ich halt mich jetzt raus :D

Chris B.
7. July 2008, 13:19
dann hab ich ja recht ;D

aber:

es is sowieso egal... anweisung is sehr generell, weil so ziemlich alles eine anweisung ist. abfrage ist genauso richtig... aber - wie oben schon erwähnt - weckt es erinnerungen an eine sql-abfrage. :D

Chris Mojito
7. July 2008, 13:20
Danke für's reinscheissen, Matthias :D

Chris B.
7. July 2008, 15:09
HEY... mach sofort dein richtigen nickname wieder hin! :|

breni! wie kannst du nur?!

Stee Wee Bee
7. July 2008, 15:10
wie oben schon erwähnt
Unten erwähnt :)

Chris B.
7. July 2008, 15:12
Unten erwähnt :)

AUS! ... lol :D

dj Viper
7. July 2008, 19:00
das probier ich das nächste mal gleich aus

Handz Up Stylerz
7. July 2008, 20:06
lol der typ is ja der ärgste :rolleyes:
will nicht wissen wie viele das jetzt bei lidl ausprobiern :D

Steve Guess
7. July 2008, 22:12
edith sagt nichts!

reini
7. July 2008, 23:13
IF kann ja keine Schleife sein, is ja logisch.
Weil die Schleife läuft ja in den meistens Fällen öfters durch. Mit einer If-Abfrage kann man das ja gar nicht realisieren!(bin gspannt wer jetzt der erste is, der mir beweist, dass es eigentlich doch möglich is *g*)

FLASH
8. July 2008, 00:11
Weil die Schleife läuft ja in den meistens Fällen öfters durch. Mit einer If-Abfrage kann man das ja gar nicht realisieren!

Natürlich funktionert das - in C würde das zB so aussehen:


int i=0;
begin:
if(i<10)
{
++i;
printf("...");
goto begin;
}
else
printf("...");



Goto's sollten allerdings nicht verwendet werden - das macht nämlich einen ziemlichen Sauhaufen aus dem Code.
Eine while-Schleife in C ist im Prinzip aber nichts anderes - nur syntaktisch schöner.

Chris B.
8. July 2008, 00:32
naja trotzdem würde rein formell auch diese if-anweisung keine schleife darstellen, sondern eben nur die beiden looppunkte...

FLASH
8. July 2008, 00:37
Das IST eine Schleife - wenn auch syntaktisch nicht schön.

Hast du schon mal Assembler programmiert? Dort ist das die einzige Möglichkeit, eine Schleife zu implementieren...

Petzi
8. July 2008, 08:44
ja es gibt keine if schleife!!! wie gesagt, ich hab das letzte mal C/C++ vor 3 Jahren angegriffen und da hab ich halt was durcheinander gebracht :rolleyes:

Dann eben so:

if.....
while.......
else.......

#include <stdio.h>
int main(void) {
unsigned int Zaehler = 5;
unsigned long Fakultaet = 1;
do
Fakultaet *= Zaehler--; /*Multipliziert und dekrementiert anschließend.*/
while (Zaehler > 0);
printf("%lu\n", Fakultaet);
return 0;
}

oder do while, aber um das geht es ja eigentlich nicht, oder? ;)

Chris B.
8. July 2008, 08:49
Das IST eine Schleife - wenn auch syntaktisch nicht schön.

Hast du schon mal Assembler programmiert? Dort ist das die einzige Möglichkeit, eine Schleife zu implementieren...

sicher IST das eine schleife, aber die IF ANWEISUNG wurde zu keiner. und um das gings hier ja!

man kann alles loopen, aber deshalb sind dann nicht alle argumente, bedinungen, anweisungen und funktionen die dazwischenliegen eine schleife.

Stee Wee Bee
8. July 2008, 09:18
Es hobts Proleme :rolleyes:

Chris Mojito
8. July 2008, 09:21
Es hobts Proleme :rolleyes:

Meinten Sie: "Es hobts Proleten"?

Stee Wee Bee
8. July 2008, 10:07
Des a.
Proleme und Probleten :D