When I click the "X" on the program tab and then hit "delete" on the button I get the following error in the console and nothing happens in the applciation:

Code:

Since the past two or three months, everytime I try to open SourceCoder page on a new browser session it causes the entire Cemetech website to become unresponsive for about a minute, with the SourceCoder icons and jsTIfied screen taking about 30 seconds themselves. I usually cannot access my projects until the SourceCoder menu icons are finished appearing.

I don't know why this happens but it almost sounds like attempting to open SC3 puts the Cemetech server into a state of extreme resources usage or something else (such as AI scrappers) is using most of them.

Sourcecoder loads a lot of static assets and they're in weird places so you were hitting the per-IP rate limits that get applied (in large part to guard against rude scrapers) in order to limit clients to reasonable request rates. I've taught the server about the weird paths that sourcecoder fetches assets from and it's better now.

(You don't have issues with this under typical conditions because when the assets are cached by your browser you don't need to request them, but a fresh browser session won't have them cached.)

This is probably only a highlighting error but SC doesn't display 'BackgroundOff' as a valid token, only with a space after it

I don't know if this is an error, but when I make a CE C program and add #include <sys/timers.h>, it outputs "fatal error: 'timers.h' file not found"

While testing my accessible-token export feature on tivars_lib_cpp/PB (works fine now!), I noticed SC doesn't like accented letters, so this breaks:

My wifi/internet is completely fine. But when I press the send to calc button once on source coder , nothing shows up (no pop up / no successful send) and when I spam press the send button I get this:



(well I have no idea how to get the discord embed to work so here is a direct link)https://media.discordapp.net/attachments/466808269789200387/1505216211082805409/image.png?ex=6a09d156&is=6a087fd6&hm=a1f8ddc192c7b35e0620ff116fbb1f8f5da2e0f70e1093ebde73610839805deb&=&format=webp&quality=lossless&width=1314&height=709

Hi, when i try to upload a .png the tool stucks and it doesn't work. The HUD menu doesn't disappear and the project remains empty while changing the name. I need to convert my photo into .g3p

Note for posterity: we were able to resolve this.

What dimensions are your PNG?

Edit: I was able to replicate and trace this bug, and am patching it this evening.

Edit #2: This has been repaired, along with a problem resizing images for export as .8ci2, and incorrect on-calculator names for exported Evo Images and Pictures.

Appvars are for data, not code, so I don't see any way this would work. There is no way execute an appvar, that functionality simply doesn't exist. (The only exception I know to this is arTIfiCEv1 which exploited a bug in an application to cause a jump to an address inside the loaded data)

TI84 Evo file. Was creating map data for RPGSKEvo, tried using ~ for the water designator. Using ~ by itself gives a the negative symbol, using |~ as the 83+/84+ map data showed up as, gives you |-.

Would request ~ be parsed as it is in SourceCoder, use |- to designate the negative symbol. Please and thank you.

Edit: Attempted to parse the string found in our Charz program for the CSE (https://www.ticalc.org/archives/files/fileinfo/460/46003.html) And so far there's a few tokens not parsing, which is @ and ; so that's not terrible, but slows up my next idea until we can figure out what those are on the Evo.

I've fixed various Evo symbols that tifreak8x noticed weren't showing up correctly, including:

• Tilde (|~)
  
• Matrix transpose (^^T)
  
• Backtick (^^` or |`)
  
• At (@)
  
• Semicolon (;)
  
• F distribution symbol (|F)
  
• Left and right triangular arrows ([<|] and [|>])
  
• Up and down bold arrows (bolduparrow and bolddownarrow)
  
• xth, as in xth root (^^x)
  
• Assorted Greek characters. The Evo misses most uppercase Greek characters and some lowercase.

I was not able to fix the subscript 10 token, which the Evo appears to lack.

Thanks a ton for fixing those issues! Everything found in our Charz program now loads properly, minus the subscript 10 as you mentioned, but makes sense, you can use the 1 and 0.. lol Hopefully I don't run into too many other issues as I explore the Evo and program for it!

Edit:

When trying to set 1->deltaX:1->deltaY it doesn't give the appropriate Window variable, it separates them, which causes an error when running the program.

It's actually DeltaX and DeltaY - uppercase because the delta symbol is the uppercase Greek Delta.

User Kosmik reported a problem with assembly programs being misdetected as BASIC programs in DoorsCS, and it looks like the actual issue is SourceCoder's Z80 assembler producing incorrect binaries.

The default program, ".db $BB,$6D \ ret" assembles as $C2, $BB, $6D, $C3, $89 when it should be $BB, $6D, $C9. This looks like it could be a character encoding issue (Zeroko suggested ISO8859-1 to UTF-8 translation) but the data returned by api.php appears to be base64-encoded (and has the same faulty bytes in it when decoded) so it doesn't seem to be happening client-side.

So as I'm using SourceCoder to type dialogue for my game, I've found that typing in "must" nets me "ust" where the u is a character I don't remember the name of on the Evo.

It looks like the mu (Green character μ) should be showing up on both the non-Evo and Evo calculators: I'm surprised you haven't observed that with previous calcs. I'm not sure if anyone is using that Tokens token, but I could theoretically change it to |mu for both Evo and pre-Evo calculators.

Zeroko was correct to guess this was an encoding issue: it actually was happening client-side! I'm pushing a fix now, should be live in 30-60 minutes.

I noticed that DeltaX and DeltaY do not round-trip correctly for Evo programs. They come in with a lowercase d in delta, then that exports as the lowercase Greek delta character.

Edit: False alarm; it looks like this is an endemic issue in the test file it was provided: the calculator also renders the tokens in the input file as δX and δY.

I'm the kind of person who can't live without pressing Ctrl+S every 10 seconds. However, every once in a while, instead of displaying a normal "Binary saved! Size: 1000 Bytes.", it displays "Binary saved! Size: (a bunch of meaningless trash symbols)", and it also doesn't save. Started appearing after the Evo update, I think.

Have had this before, as well. It was because of some errant extra tabs and spaces in some of the code. Once I deleted that, the problem was resolved.