Oxygen Basic

Programming => Problems & Solutions => Topic started by: Brian Alvarez on January 30, 2021, 12:38:13 PM

Title: Can't identify next operand
Post by: Brian Alvarez on January 30, 2021, 12:38:13 PM

 Hello Charles, i implemented the double pointer to fix an issue as you suggested like this:

Code: [Select]

FUNCTION OPTIONALLYADDFUNC(?ARR_STRINGDATA *sd, LONG *index, STRING **ce) AS LONG

END FUNCTION
 This fixes all the issues with any variable type, but if i ever invoke the function using a literal string like this:

Code: [Select]

OPTIONALLYADDFUNC(sd, index, "0, ")
 I get this during compilation:

Code: [Select]

ERROR: ASSEMBLER:
 ERR: lea eax,"0, "!!  Can't identify next operand '
LINE: 1094
FILE: "main source
 I know removing the double pointer fixes it but i cant generate different code depending on how it is invoked because a function can be invoked in several ways throgouth the program. Is there another way to avoid this?

 The code compiles fine when it is a function, like this:

Code: [Select]

OPTIONALLYADDFUNC(sd, index, TRIM$("0, ", 0, null))
 So i wonder if this is an issue with Oxygen?

Title: Re: Can't identify next operand
Post by: Charles Pegge on February 02, 2021, 01:30:09 AM

Hi Brian,

Theproblem is passing string literals and string expressions to functions expecting an array block of strings (double pointered).

Currently, this is resolved by passing literals and expressions to a temp string beforehand and passing the temp string, but I'm working on a solution.

Title: Re: Can't identify next operand
Post by: JRS on February 02, 2021, 01:58:35 AM

The literal vs. variable state isn't an easy nut to crack when using them as arguments to procedures. SB converts all string literals to a temp null terminated string before passing them along. Literals are like comments that assume to be code. Pointerless references.

Title: Re: Can't identify next operand
Post by: Brian Alvarez on February 03, 2021, 08:19:41 AM

 Thanks Charles!, i appreciate it. :)