- ASSERT fault?

From: [at]} <Rene>
Date: Mon, 12 Jun 2006 19:25:07 +0200

----boundary-LibPST-iamunique-1319159302_-_-
Content-type: text/plain

Wojtek Skulski schrieb:

>On Mon, 12 Jun 2006, Marco Ciot wrote:
>
>
>
>>The intention of the programmer when placing an ASSERT should never be to
>>halt the program at that point but to assert some important condition for
>>the subsequent program code.

>>
>>
>
>What do you mean by "assert some important condition"? What should a
>program do when the assertion fails? Right now it halts. If this is not
>what you want, then what action are you proposing instead?
>
>
Sorry, but in no serious program for a non-technical customer a trap is
a *wanted* result ;-).

If the error is the customer's fault, he needs a serious error message
telling him what to do. And if it is not his fault, then the programmer
has to make sure that the error doesn't occur. "Traps" may be fine if
you do some programming for yourself, but if you sell software, you'd
better not program "traps";-).

Rene

--- BlackBox
--- send subject HELP or UNSUBSCRIBE to blackbox{([at]})nowhere.xy



----boundary-LibPST-iamunique-1319159302_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIFdvanRlayBTa3Vsc2tpIHNjaHJpZWI6XHBhcg0K
XHBhcg0KPk9uIE1vbiwgMTIgSnVuIDIwMDYsIE1hcmNvIENpb3Qgd3JvdGU6XHBhcg0KPlxwYXIN
Cj4gIFxwYXINCj5ccGFyDQo+PlRoZSBpbnRlbnRpb24gb2YgdGhlIHByb2dyYW1tZXIgd2hlbiBw
bGFjaW5nIGFuIEFTU0VSVCBzaG91bGQgbmV2ZXIgYmUgdG9ccGFyDQo+PmhhbHQgdGhlIHByb2dy
YW0gYXQgdGhhdCBwb2ludCBidXQgdG8gYXNzZXJ0IHNvbWUgaW1wb3J0YW50IGNvbmRpdGlvbiBm
b3JccGFyDQo+PnRoZSBzdWJzZXF1ZW50IHByb2dyYW0gY29kZS5ccGFyDQo+PiAgICBccGFyDQo+
PlxwYXINCj5ccGFyDQo+V2hhdCBkbyB5b3UgbWVhbiBieSAiYXNzZXJ0IHNvbWUgaW1wb3J0YW50
IGNvbmRpdGlvbiI/IFdoYXQgc2hvdWxkIGFccGFyDQo+cHJvZ3JhbSBkbyB3aGVuIHRoZSBhc3Nl
cnRpb24gZmFpbHM/IFJpZ2h0IG5vdyBpdCBoYWx0cy4gSWYgdGhpcyBpcyBub3RccGFyDQo+d2hh
dCB5b3Ugd2FudCwgdGhlbiB3aGF0IGFjdGlvbiBhcmUgeW91IHByb3Bvc2luZyBpbnN0ZWFkP1xw
YXINCj4gIFxwYXINCj5ccGFyDQpTb3JyeSwgYnV0IGluIG5vIHNlcmlvdXMgcHJvZ3JhbSBmb3Ig
YSBub24tdGVjaG5pY2FsIGN1c3RvbWVyIGEgdHJhcCBpcyBccGFyDQphICp3YW50ZWQqIHJlc3Vs
dCA7LSkuXHBhcg0KXHBhcg0KSWYgdGhlIGVycm9yIGlzIHRoZSBjdXN0b21lcidzIGZhdWx0LCBo
ZSBuZWVkcyBhIHNlcmlvdXMgZXJyb3IgbWVzc2FnZSBccGFyDQp0ZWxsaW5nIGhpbSB3aGF0IHRv
IGRvLiBBbmQgaWYgaXQgaXMgbm90IGhpcyBmYXVsdCwgdGhlbiB0aGUgcHJvZ3JhbW1lciBccGFy
DQpoYXMgdG8gbWFrZSBzdXJlIHRoYXQgdGhlIGVycm9yIGRvZXNuJ3Qgb2NjdXIuICJUcmFwcyIg
bWF5IGJlIGZpbmUgaWYgXHBhcg0KeW91IGRvIHNvbWUgcHJvZ3JhbW1pbmcgZm9yIHlvdXJzZWxm
LCBidXQgaWYgeW91IHNlbGwgc29mdHdhcmUsIHlvdSdkIFxwYXINCmJldHRlciBub3QgcHJvZ3Jh
bSAidHJhcHMiOy0pLlxwYXINClxwYXINClJlbmVccGFyDQpccGFyDQotLS0gQmxhY2tCb3hccGFy
DQotLS0gc2VuZCBzdWJqZWN0IEhFTFAgb3IgVU5TVUJTQ1JJQkUgdG8gYmxhY2tib3hAb2Jlcm9u
LmNofX0AUgAAAAAAAAAAAA==


----boundary-LibPST-iamunique-1319159302_-_---
Received on Mon Jun 12 2006 - 19:25:07 UTC

This archive was generated by hypermail 2.3.0 : Thu Sep 26 2013 - 06:27:51 UTC