(unknown charset) Re: [BLACKBOX] Read-only IN parameters for all data types

From: (unknown charset) Oleg N. Cher <"Oleg>
Date: Thu, 21 Feb 2008 13:43:13 +0200

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

Dear Aubrey,

>The strictness of Oberon is what defines it, in my own personal
>impressions. In the first phase, it was a nuisance, I "just wanted it
>to compile."
>But after some experience, the errors are rare, and are a great help.

Yes, absolutely!
and because of it, I think, we need a small language. But one of all.

By the way, so often it turns out, that a first sight at the Oberon
is biassed. Why, do you think, so?

>Here, if the programmer tries to assign an "in" variable, there are
>design choices. One choice for the (language) design is that it is an
>error. The other choice is that it is just a "free" scratch variable.

>If you pass a pointer as IN, can you change the dereferenced data?

Of course. Such use "IN" is represented probable.
It describes the constant pointer, but the data which it specifies,
can be changed. It can confuse a little, whether not so?

>This seems true. What about:
> PROCEDURE Example ( a, b -> INTEGER; side <> INTEGER; res <- INTEGER);

It is even more incredible, than about what we spoke earlier :-)

One time I have proposed this way to write a formula:

   a + b => c => d (* c := a + b; d := c; *)
   1 +> a (* a := a + 1; *)
   1 -> a (* a := a - 1; *)

But the traditional way of formula recording is more standard :)

>We can only ask that you do your best. We see that the serious ideas
>are there, and will work through the not-first-language mistakes to
>reach them.

Thanks. I will try.

This "serious ideas" are not, It's just a dream to have
a possibility to write programs once, and build to be
runned in any environment. All specific features must be
hidden in appropriate modules, and all this will be
penetrated with the general uniform interface.

But people like to create own programming languages
too strongly. May also I will create one Oberon subset? ;-)


Oleg N. Cher,
Colossoft Research.
allot{([at]})nowhere.xy
2008-02-21

----
To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy----boundary-LibPST-iamunique-1692290444_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTFcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIERlYXIgQXVicmV5LFxwYXINClxwYXINCj5UaGUg
c3RyaWN0bmVzcyBvZiBPYmVyb24gaXMgd2hhdCBkZWZpbmVzIGl0LCBpbiBteSBvd24gcGVyc29u
YWxccGFyDQo+aW1wcmVzc2lvbnMuICBJbiB0aGUgZmlyc3QgcGhhc2UsIGl0IHdhcyBhIG51aXNh
bmNlLCBJICJqdXN0IHdhbnRlZCBpdFxwYXINCj50byBjb21waWxlLiJccGFyDQo+QnV0IGFmdGVy
IHNvbWUgZXhwZXJpZW5jZSwgdGhlIGVycm9ycyBhcmUgcmFyZSwgYW5kIGFyZSBhIGdyZWF0IGhl
bHAuXHBhcg0KXHBhcg0KWWVzLCBhYnNvbHV0ZWx5IVxwYXINCmFuZCBiZWNhdXNlIG9mIGl0LCBJ
IHRoaW5rLCB3ZSBuZWVkIGEgc21hbGwgbGFuZ3VhZ2UuIEJ1dCBvbmUgb2YgYWxsLlxwYXINClxw
YXINCkJ5IHRoZSB3YXksIHNvIG9mdGVuIGl0IHR1cm5zIG91dCwgdGhhdCBhIGZpcnN0IHNpZ2h0
IGF0IHRoZSBPYmVyb25ccGFyDQppcyBiaWFzc2VkLiBXaHksIGRvIHlvdSB0aGluaywgc28/XHBh
cg0KXHBhcg0KPkhlcmUsIGlmIHRoZSBwcm9ncmFtbWVyIHRyaWVzIHRvIGFzc2lnbiBhbiAiaW4i
IHZhcmlhYmxlLCB0aGVyZSBhcmVccGFyDQo+ZGVzaWduIGNob2ljZXMuICBPbmUgY2hvaWNlIGZv
ciB0aGUgKGxhbmd1YWdlKSBkZXNpZ24gaXMgdGhhdCBpdCBpcyBhblxwYXINCj5lcnJvci4gIFRo
ZSBvdGhlciBjaG9pY2UgaXMgdGhhdCBpdCBpcyBqdXN0IGEgImZyZWUiIHNjcmF0Y2ggdmFyaWFi
bGUuXHBhcg0KXHBhcg0KPklmIHlvdSBwYXNzIGEgcG9pbnRlciBhcyBJTiwgY2FuIHlvdSBjaGFu
Z2UgdGhlIGRlcmVmZXJlbmNlZCBkYXRhP1xwYXINClxwYXINCk9mIGNvdXJzZS4gU3VjaCB1c2Ug
IklOIiBpcyByZXByZXNlbnRlZCBwcm9iYWJsZS5ccGFyDQpJdCBkZXNjcmliZXMgdGhlIGNvbnN0
YW50IHBvaW50ZXIsIGJ1dCB0aGUgZGF0YSB3aGljaCBpdCBzcGVjaWZpZXMsXHBhcg0KY2FuIGJl
IGNoYW5nZWQuIEl0IGNhbiBjb25mdXNlIGEgbGl0dGxlLCB3aGV0aGVyIG5vdCBzbz9ccGFyDQpc
cGFyDQo+VGhpcyBzZWVtcyB0cnVlLiAgV2hhdCBhYm91dDpccGFyDQo+ICAgIFBST0NFRFVSRSBF
eGFtcGxlICggYSwgYiAtPiBJTlRFR0VSOyBzaWRlIDw+IElOVEVHRVI7IHJlcyA8LSBJTlRFR0VS
KTtccGFyDQpccGFyDQpJdCBpcyBldmVuIG1vcmUgaW5jcmVkaWJsZSwgdGhhbiBhYm91dCB3aGF0
IHdlIHNwb2tlIGVhcmxpZXIgOi0pXHBhcg0KXHBhcg0KT25lIHRpbWUgSSBoYXZlIHByb3Bvc2Vk
IHRoaXMgd2F5IHRvIHdyaXRlIGEgZm9ybXVsYTpccGFyDQpccGFyDQogICBhICsgYiA9PiBjID0+
IGQgICAgKCogYyA6PSBhICsgYjsgZCA6PSBjOyAqKVxwYXINCiAgIDEgKz4gYSAgICAgICAgICAg
ICAoKiBhIDo9IGEgKyAxOyAgICAgICAgICopXHBhcg0KICAgMSAtPiBhICAgICAgICAgICAgICgq
IGEgOj0gYSAtIDE7ICAgICAgICAgKilccGFyDQpccGFyDQpCdXQgdGhlIHRyYWRpdGlvbmFsIHdh
eSBvZiBmb3JtdWxhIHJlY29yZGluZyBpcyBtb3JlIHN0YW5kYXJkIDopXHBhcg0KXHBhcg0KPldl
IGNhbiBvbmx5IGFzayB0aGF0IHlvdSBkbyB5b3VyIGJlc3QuICBXZSBzZWUgdGhhdCB0aGUgc2Vy
aW91cyBpZGVhc1xwYXINCj5hcmUgdGhlcmUsIGFuZCB3aWxsIHdvcmsgdGhyb3VnaCB0aGUgbm90
LWZpcnN0LWxhbmd1YWdlIG1pc3Rha2VzIHRvXHBhcg0KPnJlYWNoIHRoZW0uXHBhcg0KXHBhcg0K
VGhhbmtzLiBJIHdpbGwgdHJ5LlxwYXINClxwYXINClRoaXMgInNlcmlvdXMgaWRlYXMiIGFyZSBu
b3QsIEl0J3MganVzdCBhIGRyZWFtIHRvIGhhdmVccGFyDQphIHBvc3NpYmlsaXR5IHRvIHdyaXRl
IHByb2dyYW1zIG9uY2UsIGFuZCBidWlsZCB0byBiZVxwYXINCnJ1bm5lZCBpbiBhbnkgZW52aXJv
bm1lbnQuIEFsbCBzcGVjaWZpYyBmZWF0dXJlcyBtdXN0IGJlXHBhcg0KaGlkZGVuIGluIGFwcHJv
cHJpYXRlIG1vZHVsZXMsIGFuZCBhbGwgdGhpcyB3aWxsIGJlXHBhcg0KcGVuZXRyYXRlZCB3aXRo
IHRoZSBnZW5lcmFsIHVuaWZvcm0gaW50ZXJmYWNlLlxwYXINClxwYXINCkJ1dCBwZW9wbGUgbGlr
ZSB0byBjcmVhdGUgb3duIHByb2dyYW1taW5nIGxhbmd1YWdlc1xwYXINCnRvbyBzdHJvbmdseS4g
TWF5IGFsc28gSSB3aWxsIGNyZWF0ZSBvbmUgT2Jlcm9uIHN1YnNldD8gOy0pXHBhcg0KXHBhcg0K
XHBhcg0KT2xlZyBOLiBDaGVyLFxwYXINCkNvbG9zc29mdCBSZXNlYXJjaC5ccGFyDQphbGxvdEB1
a3IubmV0XHBhcg0KMjAwOC0wMi0yMVxwYXINClxwYXINClxwYXINCi0tLS1ccGFyDQpUbyB1bnN1
YnNjcmliZSwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBib2R5ICJTSUdOT0ZGIEJMQUNLQk9YIiB0byBM
SVNUU0VSVkBMSVNUUy5PQkVST04uQ0h9fQAH5AcZ
----boundary-LibPST-iamunique-1692290444_-_---

Received on Thu Feb 21 2008 - 12:43:13 UTC