Search found 32 matches

by kevinhely
Sun Jan 13, 2013 2:47 am
Forum: Oberon Language
Topic: Comparing pointers (including extensions)
Replies: 4
Views: 16882

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...
by kevinhely
Wed Jan 09, 2013 5:26 pm
Forum: Oberon Language
Topic: Record fields / Array elements as VAR parameters
Replies: 2
Views: 11333

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"?
by kevinhely
Wed Jan 09, 2013 5:26 pm
Forum: Oberon Language
Topic: String / character array comparisons
Replies: 1
Views: 8920

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 <.)
by kevinhely
Wed Jan 09, 2013 5:26 pm
Forum: Oberon Language
Topic: Comparing pointers (including extensions)
Replies: 4
Views: 16882

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.)
by kevinhely
Fri Feb 24, 2012 7:08 pm
Forum: Oberon Language
Topic: Concatenating string constants
Replies: 4
Views: 17796

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...
by kevinhely
Thu Oct 06, 2011 1:32 pm
Forum: Oberon Language
Topic: Further revision of Oberon-07
Replies: 26
Views: 108971

Re: Further revision of Oberon-07

Sure. :)
by kevinhely
Wed Oct 05, 2011 2:00 pm
Forum: Oberon Language
Topic: Further revision of Oberon-07
Replies: 26
Views: 108971

Re: Further revision of Oberon-07

With single quotes, your code can be

Code: Select all

path* = '"C:\temp\"'
:)
by kevinhely
Sat Oct 01, 2011 8:25 pm
Forum: Oberon Language
Topic: Further revision of Oberon-07
Replies: 26
Views: 108971

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...
by kevinhely
Fri Sep 30, 2011 12:54 pm
Forum: Oberon Language
Topic: Further revision of Oberon-07
Replies: 26
Views: 108971

Re: Further revision of Oberon-07

Hi,

I was away and missed this conversation.
Thankfully not! That 'solution' creates more problems than it solves.
What problems? (I ask because I implemented it on my Oberon compiler without difficulty.)

Kevin.
by kevinhely
Sun Sep 11, 2011 4:56 pm
Forum: Oberon Language
Topic: Further revision of Oberon-07
Replies: 26
Views: 108971

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.