(unknown charset) Re: [BLACKBOX] EBNF question

From: (unknown charset) [at]} <Alexander>
Date: Thu, 16 Feb 2012 03:59:14 +0400

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

Hello, Bob!

> this is not strictly on topic, but since EBNF is one of Wirth's languages I
> hope people won't feel too angry with me for raising it here.

  Excuse me for providing reasons of impossibility, rather than solving the
  problem, but I think that the property that makes EBNF suitable for defining
  syntax is the same one that prevents it from being useful in your case.
  I'm talking about the property of binding a correct position for a token to
  the necessity of the token. A token can't be made necessary without defining
  its precise position (or a fixed number of positions) relative to other tokens.
  Not in EBNF.

  You want to make a list of tokens necessary without defining their positions.
  You'll have to either invent a syntax for that, or check for the presence of
  all the necessary tokens elsewhere, for that is not a syntax, but rather a
  semantic check. It does not set the rules for relative positions of tokens
  (which is syntax), it sets rules for the contents of a file (which is
  semantics).

  At least, that's my understanding of EBNF, which, I must admit, may be far
  from reality, for I don't have much practical experience with it.

---===---
 Александр


----
To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy----boundary-LibPST-iamunique-2019386625_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTFcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzc1xmY2hhcnNldDIwNCBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xm
MlxmbmlsXGZjaGFyc2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVy
IE5ldzt9fQ0Ke1xjb2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1
NTt9DQpcdWMxXHBhcmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIEhlbGxvLCBCb2IhXHBhcg0K
XHBhcg0KPiB0aGlzIGlzIG5vdCBzdHJpY3RseSBvbiB0b3BpYywgYnV0IHNpbmNlIEVCTkYgaXMg
b25lIG9mIFdpcnRoJ3MgbGFuZ3VhZ2VzIElccGFyDQo+IGhvcGUgcGVvcGxlIHdvbid0IGZlZWwg
dG9vIGFuZ3J5IHdpdGggbWUgZm9yIHJhaXNpbmcgaXQgaGVyZS5ccGFyDQpccGFyDQogIEV4Y3Vz
ZSBtZSBmb3IgcHJvdmlkaW5nIHJlYXNvbnMgb2YgaW1wb3NzaWJpbGl0eSwgcmF0aGVyIHRoYW4g
c29sdmluZyB0aGVccGFyDQogIHByb2JsZW0sIGJ1dCBJIHRoaW5rIHRoYXQgdGhlIHByb3BlcnR5
IHRoYXQgbWFrZXMgRUJORiBzdWl0YWJsZSBmb3IgZGVmaW5pbmdccGFyDQogIHN5bnRheCBpcyB0
aGUgc2FtZSBvbmUgdGhhdCBwcmV2ZW50cyBpdCBmcm9tIGJlaW5nIHVzZWZ1bCBpbiB5b3VyIGNh
c2UuXHBhcg0KICBJJ20gdGFsa2luZyBhYm91dCB0aGUgcHJvcGVydHkgb2YgYmluZGluZyBhIGNv
cnJlY3QgcG9zaXRpb24gZm9yIGEgdG9rZW4gdG9ccGFyDQogIHRoZSBuZWNlc3NpdHkgb2YgdGhl
IHRva2VuLiBBIHRva2VuIGNhbid0IGJlIG1hZGUgbmVjZXNzYXJ5IHdpdGhvdXQgZGVmaW5pbmdc
cGFyDQogIGl0cyBwcmVjaXNlIHBvc2l0aW9uIChvciBhIGZpeGVkIG51bWJlciBvZiBwb3NpdGlv
bnMpIHJlbGF0aXZlIHRvIG90aGVyIHRva2Vucy5ccGFyDQogIE5vdCBpbiBFQk5GLlxwYXINClxw
YXINCiAgWW91IHdhbnQgdG8gbWFrZSBhIGxpc3Qgb2YgdG9rZW5zIG5lY2Vzc2FyeSB3aXRob3V0
IGRlZmluaW5nIHRoZWlyIHBvc2l0aW9ucy5ccGFyDQogIFlvdSdsbCBoYXZlIHRvIGVpdGhlciBp
bnZlbnQgYSBzeW50YXggZm9yIHRoYXQsIG9yIGNoZWNrIGZvciB0aGUgcHJlc2VuY2Ugb2ZccGFy
DQogIGFsbCB0aGUgbmVjZXNzYXJ5IHRva2VucyBlbHNld2hlcmUsIGZvciB0aGF0IGlzIG5vdCBh
IHN5bnRheCwgYnV0IHJhdGhlciBhXHBhcg0KICBzZW1hbnRpYyBjaGVjay4gSXQgZG9lcyBub3Qg
c2V0IHRoZSBydWxlcyBmb3IgcmVsYXRpdmUgcG9zaXRpb25zIG9mIHRva2Vuc1xwYXINCiAgKHdo
aWNoIGlzIHN5bnRheCksIGl0IHNldHMgcnVsZXMgZm9yIHRoZSBjb250ZW50cyBvZiBhIGZpbGUg
KHdoaWNoIGlzXHBhcg0KICBzZW1hbnRpY3MpLlxwYXINClxwYXINCiAgQXQgbGVhc3QsIHRoYXQn
cyBteSB1bmRlcnN0YW5kaW5nIG9mIEVCTkYsIHdoaWNoLCBJIG11c3QgYWRtaXQsIG1heSBiZSBm
YXJccGFyDQogIGZyb20gcmVhbGl0eSwgZm9yIEkgZG9uJ3QgaGF2ZSBtdWNoIHByYWN0aWNhbCBl
eHBlcmllbmNlIHdpdGggaXQuXHBhcg0KXHBhcg0KLS0tPT09PT0tLS1ccGFyDQogXCdjMFwnZWJc
J2U1XCdlYVwnZjFcJ2UwXCdlZFwnZTRcJ2YwXHBhcg0KXHBhcg0KXHBhcg0KLS0tLVxwYXINClRv
IHVuc3Vic2NyaWJlLCBzZW5kIGEgbWVzc2FnZSB3aXRoIGJvZHkgIlNJR05PRkYgQkxBQ0tCT1gi
IHRvIExJU1RTRVJWQExJU1RTLk9CRVJPTi5DSH19AAAAAEI
----boundary-LibPST-iamunique-2019386625_-_---
Received on Thu Feb 16 2012 - 00:59:14 UTC

This archive was generated by hypermail 2.3.0 : Thu Sep 26 2013 - 06:30:08 UTC