Re: [BLACKBOX] Using Cyrillic characters with BlackBox 1.6-rc5

From: [at]} <Treutwein>
Date: Wed, 23 Jul 2008 08:32:27 +0200

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

Hello everybody,

is it really necessary to have the full unicode set for identifiers
(e.g module, procedure & global variable names)?

I think it is a "nice to have feature", at least for exported
identifiers, but I expect more problems than benefit.

How do you want handle such names when creating DLLs?

It is necessary to support the full Unicode set in texts, i.e.
comments & documentation, but as I understand it, OMiSys BB 1.6rc5
has all changes to handle Unicode.

PS: I don't know how other programming languages handle this problem
and what restrictions are put on globally visible identifiers by
operating systems and/or ABIs. But apparently C# and Java can handle
Unicode identifiers. There is a document on the net, which tries to
provide a universal solution (http://unicode.org/reports/tr31/)
but similar to other universal solutions it appears to be difficult
to digest.

PS2: I tried to post that on Monday, but somehow it did not get
through, now it is a bit extended ...

regards

--
  Bernhard Treutwein
> -----Original Message-----
> From: BlackBox [mailto:BLACKBOX{([at]})nowhere.xy> Ivan N. Goryachev
> Sent: Tuesday, July 22, 2008 6:42 AM
> To: BLACKBOX{([at]})nowhere.xy> Subject: Re: [BLACKBOX] AW: [BLACKBOX] Using Cyrillic 
> characters with BlackBox 1.6-rc5
> 
> 
> Hello Helmut,
> 
> > you are some steps further than I. Are you using DevCPM.PutUtf8 &
> > DevCPM.GetUtf8 for writing & reading the symbol files? Where did you
> insert
> > the call of those procedures?
> 
> look on our BlackBox 1.6 Community
> (http://store.oberoncore.ru/BlackBox/16/blackbox16ce_r135.7z). This is
> in alpha stage, slightly outdated and most of comments/docus 
> in Russian,
> but it`s work. I replaced National to module UnicodeOberon, 
> and you can
> add support for any character set by implementing UnicodeOberon.Hook
> extension.
> 
> > OK, as far as I understand: You can compile the program 
> without errors, but
> > the result is not running. The reason is the limitation of 
> the code files. 
> 
> I can compile program, and result is running. But all names are
> utf8-encoded, and we must decode names any time when use them. And I
> can`t produce and load russian-named modules - due to code 
> files limitation.
> 
> -- 
>   Ivan N. Goryachev
> 
> 
> ----
> To unsubscribe, send a message with body "SIGNOFF BLACKBOX" 
> to LISTSERV{([at]})nowhere.xy> 
----
To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy----boundary-LibPST-iamunique-40263954_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIEhlbGxvIGV2ZXJ5Ym9keSxccGFyDQpccGFyDQpp
cyBpdCByZWFsbHkgbmVjZXNzYXJ5IHRvIGhhdmUgdGhlIGZ1bGwgdW5pY29kZSBzZXQgZm9yIGlk
ZW50aWZpZXJzXHBhcg0KKGUuZyBtb2R1bGUsIHByb2NlZHVyZSAmIGdsb2JhbCB2YXJpYWJsZSBu
YW1lcyk/XHBhcg0KXHBhcg0KSSB0aGluayBpdCBpcyBhICJuaWNlIHRvIGhhdmUgZmVhdHVyZSIs
IGF0IGxlYXN0IGZvciBleHBvcnRlZCBccGFyDQppZGVudGlmaWVycywgYnV0IEkgZXhwZWN0IG1v
cmUgcHJvYmxlbXMgdGhhbiBiZW5lZml0LiBccGFyDQpccGFyDQpIb3cgZG8geW91IHdhbnQgaGFu
ZGxlIHN1Y2ggbmFtZXMgd2hlbiBjcmVhdGluZyBETExzPyBccGFyDQpccGFyDQpJdCBpcyBuZWNl
c3NhcnkgdG8gc3VwcG9ydCB0aGUgZnVsbCBVbmljb2RlIHNldCBpbiB0ZXh0cywgaS5lLlxwYXIN
CmNvbW1lbnRzICYgZG9jdW1lbnRhdGlvbiwgYnV0IGFzIEkgdW5kZXJzdGFuZCBpdCwgT01pU3lz
IEJCIDEuNnJjNSBccGFyDQpoYXMgYWxsIGNoYW5nZXMgdG8gaGFuZGxlIFVuaWNvZGUuXHBhcg0K
XHBhcg0KUFM6IEkgZG9uJ3Qga25vdyBob3cgb3RoZXIgcHJvZ3JhbW1pbmcgbGFuZ3VhZ2VzIGhh
bmRsZSB0aGlzIHByb2JsZW1ccGFyDQphbmQgd2hhdCByZXN0cmljdGlvbnMgYXJlIHB1dCBvbiBn
bG9iYWxseSB2aXNpYmxlIGlkZW50aWZpZXJzIGJ5XHBhcg0Kb3BlcmF0aW5nIHN5c3RlbXMgYW5k
L29yIEFCSXMuIEJ1dCBhcHBhcmVudGx5IEMjIGFuZCBKYXZhIGNhbiBoYW5kbGVccGFyDQpVbmlj
b2RlIGlkZW50aWZpZXJzLiBUaGVyZSBpcyBhIGRvY3VtZW50IG9uIHRoZSBuZXQsIHdoaWNoIHRy
aWVzIHRvIFxwYXINCnByb3ZpZGUgYSB1bml2ZXJzYWwgc29sdXRpb24gKGh0dHA6Ly91bmljb2Rl
Lm9yZy9yZXBvcnRzL3RyMzEvKVxwYXINCmJ1dCBzaW1pbGFyIHRvIG90aGVyIHVuaXZlcnNhbCBz
b2x1dGlvbnMgaXQgYXBwZWFycyB0byBiZSBkaWZmaWN1bHQgXHBhcg0KdG8gZGlnZXN0LlxwYXIN
ClxwYXINClBTMjogSSB0cmllZCB0byBwb3N0IHRoYXQgb24gTW9uZGF5LCBidXQgc29tZWhvdyBp
dCBkaWQgbm90IGdldFxwYXINCnRocm91Z2gsIG5vdyBpdCBpcyBhIGJpdCBleHRlbmRlZCAuLi5c
cGFyDQpccGFyDQpyZWdhcmRzXHBhcg0KLS1ccGFyDQogIEJlcm5oYXJkIFRyZXV0d2VpblxwYXIN
ClxwYXINCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS1ccGFyDQo+IEZyb206IEJsYWNrQm94
IFttYWlsdG86QkxBQ0tCT1hATElTVFMuT0JFUk9OLkNIXSBPbiBCZWhhbGYgT2YgXHBhcg0KPiBJ
dmFuIE4uIEdvcnlhY2hldlxwYXINCj4gU2VudDogVHVlc2RheSwgSnVseSAyMiwgMjAwOCA2OjQy
IEFNXHBhcg0KPiBUbzogQkxBQ0tCT1hATElTVFMuT0JFUk9OLkNIXHBhcg0KPiBTdWJqZWN0OiBS
ZTogW0JMQUNLQk9YXSBBVzogW0JMQUNLQk9YXSBVc2luZyBDeXJpbGxpYyBccGFyDQo+IGNoYXJh
Y3RlcnMgd2l0aCBCbGFja0JveCAxLjYtcmM1XHBhcg0KPiBccGFyDQo+IFxwYXINCj4gSGVsbG8g
SGVsbXV0LFxwYXINCj4gXHBhcg0KPiA+IHlvdSBhcmUgc29tZSBzdGVwcyBmdXJ0aGVyIHRoYW4g
SS4gQXJlIHlvdSB1c2luZyBEZXZDUE0uUHV0VXRmOCAmXHBhcg0KPiA+IERldkNQTS5HZXRVdGY4
IGZvciB3cml0aW5nICYgcmVhZGluZyB0aGUgc3ltYm9sIGZpbGVzPyBXaGVyZSBkaWQgeW91XHBh
cg0KPiBpbnNlcnRccGFyDQo+ID4gdGhlIGNhbGwgb2YgdGhvc2UgcHJvY2VkdXJlcz9ccGFyDQo+
IFxwYXINCj4gbG9vayBvbiBvdXIgQmxhY2tCb3ggMS42IENvbW11bml0eVxwYXINCj4gKGh0dHA6
Ly9zdG9yZS5vYmVyb25jb3JlLnJ1L0JsYWNrQm94LzE2L2JsYWNrYm94MTZjZV9yMTM1Ljd6KS4g
VGhpcyBpc1xwYXINCj4gaW4gYWxwaGEgc3RhZ2UsIHNsaWdodGx5IG91dGRhdGVkIGFuZCBtb3N0
IG9mIGNvbW1lbnRzL2RvY3VzIFxwYXINCj4gaW4gUnVzc2lhbixccGFyDQo+IGJ1dCBpdGBzIHdv
cmsuIEkgcmVwbGFjZWQgTmF0aW9uYWwgdG8gbW9kdWxlIFVuaWNvZGVPYmVyb24sIFxwYXINCj4g
YW5kIHlvdSBjYW5ccGFyDQo+IGFkZCBzdXBwb3J0IGZvciBhbnkgY2hhcmFjdGVyIHNldCBieSBp
bXBsZW1lbnRpbmcgVW5pY29kZU9iZXJvbi5Ib29rXHBhcg0KPiBleHRlbnNpb24uXHBhcg0KPiBc
cGFyDQo+ID4gT0ssIGFzIGZhciBhcyBJIHVuZGVyc3RhbmQ6IFlvdSBjYW4gY29tcGlsZSB0aGUg
cHJvZ3JhbSBccGFyDQo+IHdpdGhvdXQgZXJyb3JzLCBidXRccGFyDQo+ID4gdGhlIHJlc3VsdCBp
cyBub3QgcnVubmluZy4gVGhlIHJlYXNvbiBpcyB0aGUgbGltaXRhdGlvbiBvZiBccGFyDQo+IHRo
ZSBjb2RlIGZpbGVzLiBccGFyDQo+IFxwYXINCj4gSSBjYW4gY29tcGlsZSBwcm9ncmFtLCBhbmQg
cmVzdWx0IGlzIHJ1bm5pbmcuIEJ1dCBhbGwgbmFtZXMgYXJlXHBhcg0KPiB1dGY4LWVuY29kZWQs
IGFuZCB3ZSBtdXN0IGRlY29kZSBuYW1lcyBhbnkgdGltZSB3aGVuIHVzZSB0aGVtLiBBbmQgSVxw
YXINCj4gY2FuYHQgcHJvZHVjZSBhbmQgbG9hZCBydXNzaWFuLW5hbWVkIG1vZHVsZXMgLSBkdWUg
dG8gY29kZSBccGFyDQo+IGZpbGVzIGxpbWl0YXRpb24uXHBhcg0KPiBccGFyDQo+IC0tIFxwYXIN
Cj4gICBJdmFuIE4uIEdvcnlhY2hldlxwYXINCj4gXHBhcg0KPiBccGFyDQo+IC0tLS1ccGFyDQo+
IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGEgbWVzc2FnZSB3aXRoIGJvZHkgIlNJR05PRkYgQkxBQ0tC
T1giIFxwYXINCj4gdG8gTElTVFNFUlZATElTVFMuT0JFUk9OLkNIXHBhcg0KPiBccGFyDQpccGFy
DQpccGFyDQotLS0tXHBhcg0KVG8gdW5zdWJzY3JpYmUsIHNlbmQgYSBtZXNzYWdlIHdpdGggYm9k
eSAiU0lHTk9GRiBCTEFDS0JPWCIgdG8gTElTVFNFUlZATElTVFN9fQBvcnQtQVY6IEU9U29waA=
----boundary-LibPST-iamunique-40263954_-_---

Received on Wed Jul 23 2008 - 08:32:27 UTC