Report Bugs Here

Moderator: Mmiscool

User avatar
By forlotto
#51812 Some other areas of interest are as follows:

espbasic.ino

line 933 through 938 also appears to be a bit odd commented out code has opening brace no closing brace.

server->on("/codein", []() {
// ProgramName.trim();
// if (ProgramName == "")
// {
// ProgramName = F("/default.bas");
// }

Line 1233 you still have .htm listed twice

if (filename.endsWith(".htm")) return F("text/html");
else if (filename.endsWith(".html")) return F("text/html");
else if (filename.endsWith(".htm")) return F("text/html");

Should remove one of these lines just in case.... Never know.

Base64.ccp
line 121
a4[0] = (a3[0] & 0xfc) >> 2;
is this missing closing parenthesis should it not be the following?
a4[0] = (a3[0] & 0xfc) >> 2);


commands.ino
//Web Browser output commands

if (Param0 == F("wprint") | Param0 == F("html"))
{
Param1 = inData.substring(Param0.length() + 1); // starts just after the command
Param1 = evaluate(Param1);
//HTMLout += Param1;
AddToWebOut(Param1);
//Serial.print(HTMLout);
return;
}

The param values are all correct in the statement above and there are no syntax or case sensitive issues in your code above correct?

I wonder if this has something wrong I see that you are replacing spaces with char 160 in some cases could this be part of the issue ?

Just all things to consider I guess I have looked at this stuff for hours and it is the only thing I could find the encoding though does not like something as raintime pointed out so I dunno just trying to help pin this thing down...

what if you change the param0 html to param0 htmlpr

So that wprint and htmlpr both have the same lengths?

Plus it would help eliminate any issues with such a familiar parameter causing issues elsewhere during interpretation...

lol just trying to cover all the bases here

-forlotto
Last edited by forlotto on Sat Jul 30, 2016 7:27 pm, edited 1 time in total.
User avatar
By forlotto
#51813 edited that idea