Do you know some funny inconsistency?

Its literally ‘a word that is identical in every respect to DIM’ (eg also pointless…)
I wouldnt have been surprised to find the implementation was a quick search and replace before compiling!

1 Like

That would be my expectation as well given what I know about the grammar (read that wayyyy too many times)

This compiles without warning or error but seems REALLY wrong



Dim i As Integer = &h

Dim c As Color = &c

Dim i2 As Integer = &b 

Dim i3 As Integer = &o

i’d expect each needs at least one digit following but that doesnt seem to be the case

http://feedback.xojo.com/case/65631

edit : stumbled on this with some fubarred code was debugging
it had stuff like

select case tag

Case &h // max Len 900       0x25 + 4 bye size
Dim Value As UInt32 = readUint32(offset,data)

Case &h // data field        0x2A + Len Byte + bytes
Dim value As String = readString(offset,data)

Case &h // mouse icon        0x2C + 4 Byte Len + Len bytes 
Dim value As String = readImageData(offset,data)

Case &h // Font change       0x2E + Byte up To 00 Then Font Len + name see Font notes above
Dim value As String = readFontData(offset,data)
ctrl.PropertyValue("TextFont") = Str(value)

Case &h // data source foo   0x29 + Len Byte + bytes
Dim value As String = readString(offset,data)

when I was trying to sort out why my code wasnt handling a bunch of cases

EDIT 2 : &u behaves like this as well

1 Like