Exceptions oder If

[Walli]

Wenn man zwei werte reinholt und die dividiert kann man in kritischen situationen selber ne exception schmeißen.

[punkt]

Man prüft die Zahlen einfach, bevor man sie dividiert!

[fisch]

Exception heißt Ausnahme. Das heißt du benutzt Exceptions dann, wenn eine Ausnahme auftritt. Muss nicht mal ein Fehler sein: Nicht jede Ausnahme ist ein Fehler, aber ein Fehler ist idR eine Ausnahme

[Knuddlbaer]

@Braunstein

Speziell für den BCB: Es wird eine EDivByZero Exception geworfen. Schau mal unter dem Begriff in der Hilfe nach.

[rüdiger]

Original erstellt von Braunstein:
Wirft eine Division durch Null überhaupt eine Exception? Bei meinem Compiler (BCB5) ist das ein Signal, muss also über einen selbst definierten Signalhandler abgefangen werden.

naja, Signals sind ja auch Exceptions

[Bashar]

int main() {
  try {
    raise(SIGUSR1);
  } catch(...) {
    // hä?
  }
}

???

denke nicht.

[defun]

So meinte kingruedi das bestimmt nicht. Aber Signale sind auch keine Ausnahmen. Können auch ganz normale Benachrichtigungen sein.

[rüdiger]

Ich meinte nicht im Sinne von C++ Exceptions (obwohl es wohl Compiler geben soll, bei denen man auch Signale catchen kann), aber ansonsten erfüllen sie ja auch den Sinn von Exceptions.

[CodeWalker]

Auch unter MSVC wirft eine "Integer Divide by Zero" keine C++-Exception, sondern eine C-Exception.
Aber es gibt noch etwas viel Lustigeres: versucht mal eine "Float Divide by Zero" zu fangen

#include "stdafx.h"
#include <iostream>  

int main() {
   try
   {
      float zaehler, nenner, result;      
      zaehler=1.0;
      nenner=0.0;
      result=zaehler/nenner;
   }                    
   catch(...)
   {
      std::cout << "error"; //denkste, nix mit error ;-))
   }
   return 0;
}

Viel Spaß

[ Dieser Beitrag wurde am 02.04.2003 um 22:50 Uhr von CodeWalker editiert. ]

[Gerard]

Original erstellt von kartoffelsack:
Mit objektorientierung haben exceptions nix zu tun (außer vielleicht, dass man ein Objekt wirft). Das ganze fällt meines Erachtens eher in den Bereich aspektorientierte Programmierung (korrigiert mich, wenn ich Müll verzapfe).

also ich finde exceptions sind mehr oop als globale error codes und getlasterror funktionen

[fisch]

Und ich finde, das eine hat mit dem anderen nix zu tun.
Man kann sicherlich auch ein Exception System in einer nicht OO Sprache aufbauen, z.b. in C. Gut, man kann dann halt nicht so tolle Sachen, wie in C++ werfen, aber es ist auf jedenfall unabhängig von Objektorientierung.
Exceptions sind ein eigenes Kapitel, ein eigenes Buch.
Man kann auch prima mit Error Codes in OO-Programmen arbeiten, und auch prima
Singletons verwenden, die den letzten error Code beinhalten. Also gibt es wohl auch Error Codes im OO Style.
Ich finde das hat nix, aber überhaupt nichts miteinander zu tun. Exceptions sind ein eigenes System. OO ein anderes.

[Bashar]

man könnte es vielleicht so interpretieren: Exceptions brauchen kein OO, aber OO braucht Exceptions

[fisch]

nein.
ich meine auch,
OO braucht keine Exceptions! Widerleg das bitte, weil ich glaube dir eigentlich mehr als mir, normalerweise, aber im moment fällt mir nichts gescheites ein, was das widerlegen kännte.

[Solaris'dUKe]

[Flame]

Original erstellt von CodeWalker:
**Auch unter MSVC wirft eine "Integer Divide by Zero" keine C++-Exception, sondern eine C-Exception.

float zaehler, nenner, result;      
      zaehler=1.0;
      nenner=0.0;
      result=zaehler/nenner;

**

Vote for Ada95

procedure Division_durch_null is
       type float is digits 6;
       Zaehler, nenner, result : Float;
begin
       zaehler := 1.0;
       nenner  := 0.0;
       result  := zaehler / nenner;
  exception
    when constraint_error =>
        Put_Line("Division durch null !!");
end Division_durch_null;

so einfach sähe die Welt aus...
[/FLAME]

nächtle

[CodeWalker]

@Solaris:
ich bin auch kein C++ - Fanatiker
Zu Beginn eines Projekts muß ich entscheiden, wo der Break-Even zwischen Entwicklungszeit und Code-Effizienz liegt - und da entscheide ich mich u.U. auch für Visual Basic, Java, Delphi oder Assembler. Und C++ ist nun mal schnell in punkto Code-Effizienz, aber teuer in Sachen Entwicklungszeit...
Aber irgendwie ist C++ wie Schach-spielen - das macht die Faszination aus

P.S.: ADA ist eine der (wenigen) Sprachen, die ich nicht aus Erfahrung kenne. Wo kann man mehr darüber erfahren?

[Solaris'dUKe]

Original erstellt von CodeWalker:
P.S.: ADA ist eine der (wenigen) Sprachen, die ich nicht aus Erfahrung kenne. Wo kann man mehr darüber erfahren?

www.adapower.com www.adaic.com www.ada95.info http://www.adaic.org/standards/95lrm/html/RM-TOC.html http://www.auto.tuwien.ac.at/%7Eblieb/ADA-Skriptum_TeX/gesamt/gesamt.html http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.ada

[edit : @junix (nächster Beitrag), die halbe Welt weiss nicht wie man Ada
schreibt... nicht mal der Autor des Buches welches neben mir liegt... soll ich da erwarten dass es in einem C-Forum besser aussieht ?? ]

[ Dieser Beitrag wurde am 02.04.2003 um 23:55 Uhr von Solaris'dUKe editiert. ]

[junix]

Ich bin enttäuscht, Duke, nicht mal ein Hinweis, dass er Ada falsch geschrieben hat? Ada ist schliesslich ein Name und keine Abkürzung (-;

-junix

[CodeWalker]

*LOL* aber wenn ich PASCAL in einem C++-Source groß schreibe, beschwert sich doch auch keiner *grübel*

[Solaris'dUKe]

Auch wenns total OT ist : http://www.aimsedu.org/Math_History/Samples/ADA/Ada.html http://www.agnesscott.edu/lriddle/women/love.htm

Ada-Programmierer sind halt stolz auf "ihre" Lady

[CodeWalker]

@Solaris:
hast Du mal ausprobiert, ob Ada die "Float Divide by Zero" unter Windows wirklich abfängt?
Weil das Problem hier nämlich eigentlich gar nicht in der Programmiersprache liegt, sondern bei Windows *Tip geb*