Search found 32 matches
- Sun Jan 13, 2013 2:47 am
- Forum: Oberon Language
- Topic: Comparing pointers (including extensions)
- Replies: 4
- Views: 26883
Re: Comparing pointers (including extensions)
Well, as in our previous discussions, it's hard to be sure what the official answer is. The rule for relational expressions is that "both operands must be of the same type". That's not stated in the section on relational expressions but Wirth told me that it "obvious[ly]" holds over from the section...
- Wed Jan 09, 2013 5:26 pm
- Forum: Oberon Language
- Topic: Record fields / Array elements as VAR parameters
- Replies: 2
- Views: 18417
Record fields / Array elements as VAR parameters
Can a field (or array element) be an argument corresponding to a VAR parameter, i.e. are fields and array elements considered "variables"?
- Wed Jan 09, 2013 5:26 pm
- Forum: Oberon Language
- Topic: String / character array comparisons
- Replies: 1
- Views: 14559
String / character array comparisons
Is comparison s = t allowed, where s is a string and t is an array of characters? (Also, the same question for <.)
- Wed Jan 09, 2013 5:26 pm
- Forum: Oberon Language
- Topic: Comparing pointers (including extensions)
- Replies: 4
- Views: 26883
Comparing pointers (including extensions)
Is a comparison p = q allowed, where p is of type POINTER TO Car (say) and q is of type POINTER TO SportsCar, where SportsCar is an extension of Car? (It's possible for p to point at a record of type SportsCar.)
- Fri Feb 24, 2012 7:08 pm
- Forum: Oberon Language
- Topic: Concatenating string constants
- Replies: 4
- Views: 38536
Re: Concatenating string constants
Hi, I think your proposal is a good idea. I thought I had identified a couple of (minor) objections but they faded away on examination. Here they are, for the record: 1) The + operator is already overloaded in Oberon to denote addition for numeric types and union for the SET type; string concatenati...
- Thu Oct 06, 2011 1:32 pm
- Forum: Oberon Language
- Topic: Further revision of Oberon-07
- Replies: 26
- Views: 181777
- Wed Oct 05, 2011 2:00 pm
- Forum: Oberon Language
- Topic: Further revision of Oberon-07
- Replies: 26
- Views: 181777
Re: Further revision of Oberon-07
With single quotes, your code can be
Code: Select all
path* = '"C:\temp\"'
- Sat Oct 01, 2011 8:25 pm
- Forum: Oberon Language
- Topic: Further revision of Oberon-07
- Replies: 26
- Views: 181777
Re: Further revision of Oberon-07
Well, I'm afraid I'm not convinced that the example you gave justifies the assertion that That 'solution' creates more problems than it solves. The "escaping" use of the backslash character is well-established and has certainly never caused me any difficulties in path name processing in C or Java (e...
- Fri Sep 30, 2011 12:54 pm
- Forum: Oberon Language
- Topic: Further revision of Oberon-07
- Replies: 26
- Views: 181777
Re: Further revision of Oberon-07
Hi,
I was away and missed this conversation.
Kevin.
I was away and missed this conversation.
What problems? (I ask because I implemented it on my Oberon compiler without difficulty.)Thankfully not! That 'solution' creates more problems than it solves.
Kevin.
- Sun Sep 11, 2011 4:56 pm
- Forum: Oberon Language
- Topic: Further revision of Oberon-07
- Replies: 26
- Views: 181777
Re: Further revision of Oberon-07
Hi,
I think the elimination of single quote string delimiters is unfortunate (there is no \" convention for including double quotes in a string).
Is ORD now the way to determine the number of elements in a set? (The report states that it returns the "ordinal", whatever that is.)
K.
I think the elimination of single quote string delimiters is unfortunate (there is no \" convention for including double quotes in a string).
Is ORD now the way to determine the number of elements in a set? (The report states that it returns the "ordinal", whatever that is.)
K.