Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Josh @ Dreamland

721
Announcements / Re: LateralGM Update
« on: June 04, 2013, 08:50:57 AM »
11th plague:
The Author field under "API" is the name of the person that wrote the specific system you're trying to use, in case you need to contact them (especially if it's third-party). It's not added to the game or anything.

722
Issues Help Desk / Re: Some problems I have found.
« on: June 03, 2013, 01:55:06 PM »
Do some of your objects have sprites set which do not exist? Or maybe they're drawing a sprite that doesn't exist? I'll have to fix that error message to give the appropriate IDs so we'll know for sure.

723
Off-Topic / Re: Dear Polyfuck: Stop breaking the fucking repo
« on: June 03, 2013, 10:34:24 AM »
Using your fork and using a branch are two different things. If you don't use a branch, no one will accept any pull requests until any breaking changes you are working on which should have been in a branch are completed. This includes changes which just aren't given the benefit of the doubt, even if you think they work.

The switch to Bridges/ was trivial enough for me not to give you a hassle. Don't think for a second that every change you may make at my suggestion will be so nonchalantly merged.

724
Issues Help Desk / Re: Some problems I have found.
« on: June 03, 2013, 10:10:37 AM »
The point of debug mode is to provide useful error messages for diagnosing and fixing an issue. As polydip pointed out, leaving a tile problem for the background subsystem to sort produces non-useful error messages that only I know how to read. What if someone deletes a background without deleting tiles/layers that use it? There should be better error handling in the engine during debug mode.

The macro is DEBUG_MODE. When that's set, check *everything* and report errors. If needed, open a discussion here about debug mode levels, so highly expensive, ultra-frequent checks can be enabled apart from usual debug checking.

725
Issues Help Desk / Re: Some problems I have found.
« on: June 02, 2013, 10:16:54 PM »
SuperRiderTH:

Make sure that in the room in question, all backgrounds are either not marked visible, or are assigned a valid background ID (one that exists). Then make sure that all tiles have valid IDs (switch to the tile list, and remove any whose backgrounds are missing).

726
Off-Topic / Re: Dear Polyfuck: Stop breaking the fucking repo
« on: June 02, 2013, 04:18:20 PM »
Git has branches for a reason. They are trivial to use and create. Most projects have branches that live less than a week on average. When you want to make a change that breaks fucking everything (such as moving updaters someplace platform-specific, or moving wgl code to a new Bridges/ folder), you do so in a branch. Anyone that needs to work on that branch does so, and then it is merged into master.

Robert fucking refuses to use branches. You just didn't bother. Next time, do so.

727
Off-Topic / Dear Polyfuck: Stop breaking the fucking repo
« on: June 02, 2013, 03:19:30 PM »
Dear Polyfuck: Stop breaking the fucking repo

If you continue to break the fucking repo on all non-Windows platforms--which I'll remind you that the majority of our users are on, because the rest can tolerate GM by virtue of being able to tolerate Winblows--I'm going to have you join Robert in club commit-to-fork-and-drop-pull-requests, where you should have been from the get-go.

We have *far* too many problems with the engine from the new MinGW release and the new release zip to be worrying about you fucking breaking mouse_x on a whim without so much as telling anyone.

At very least, tell Robert, because he won't fucking shut up about it until it's fixed, whether he fixes it, or he asks me how to fix it, or I fix it.

728
Issues Help Desk / Re: Some problems I have found.
« on: June 02, 2013, 01:06:31 PM »
It's your fault, polyfuck. You're drawing a background in screen_redraw without making sure it exists--ie, is not -1.

That debug code tells me all I fucking need to know to figure that out. -5 is global.

729
Issues Help Desk / Re: Some problems I have found.
« on: June 01, 2013, 08:38:33 PM »
Hiya;

See if the behavior changes in debug mode. Debug mode is designed to catch problems that ENIGMA does not waste checks on during regular engine runs.

The problem you are having is very generic. If debug mode does not catch it, that's terrible. I'll need you to file a bug report on the matter, complete with the game file or steps to reproduce.

If debug mode does catch it, you will receive an error message either in your console or in a popup window.

730
Issues Help Desk / Re: ENIGMA isn't ready yet
« on: June 01, 2013, 01:23:04 AM »
Quote
The first time this came up, I'd had the program open for two hours.
Did that fix it? If not, some error may have occurred. It should be in your console, and is probably that one from before, in which case it should be solved in the next day or two; I need a box with the latest GCC to make sure that when the ISO is not explicitly set to C++11, it still defines the __cplusplus macro appropriately.

Quote
And now, I can't even make it remember its window positioning (I exit fullscreen, it comes back windowed, every time).
It's likely no one ever coded that. You might want to file a feature request with LateralGM.

Quote
As well, when I try to save a project, it tells me something can't be moved to a backup so I have to overwrite,
Okay, this shouldn't be happening. What file format are you saving as? And where are you trying to save the file? Is the backup file marked read-only? Otherwise, this is an LGM bug, and we'll need to file it on LateralGM's tracker, too.

Quote
and when I exit, it still asks me if I want to save my progress, even if I just saved.
That was Robert's doing. Something is wrong with the way LateralGM handles change tracking, so the program can't check for usaved chages when you try to close it. Before, it just closed without warning. Robert modified it to prompt every time instead. The bug is known, and in fact has been known for some time; we have no ETA on a fix. There's a big push for GMX support in LGM, though, which will mean a substantial amount of refactoring. It's possible these changes will include a fix for this issue, too.

731
Issues Help Desk / Re: error EGMF
« on: May 30, 2013, 04:25:11 PM »
Relatively soon. I'm deciding what to do. The assholes used long long unsigned int as their size_type, which is NOT valid in the previous ISO. I get warnings for an attempt to use long long in my own code. Still, I suppose our only option is to overload it now that the alternative is an error. The intelligent thing to do would be to overload it for size_type, but that would conflict with the other overloads on systems wherein it was just long. Their stupid change puts me in an awkward position.

EDIT: Good news; this was an ISO decision, not a MinGW decision. The type long long int is now guaranteed to exist, and be no less than 64 bits and at least as large as a regular long int.

I've asked polygone to replace the USE_LONG_LONG macro in the compiler with __cplusplus >= 201100, which should let us filter out compilers that support the new standard a little better.

How did you end up with a compiler that uses the new standard by default?

732
Issues Help Desk / Re: Out of memory error while compiling
« on: May 30, 2013, 02:37:58 PM »
This smells like a bug in GCC. Nothing ENIGMA puts in that code should make it bloat to 2GiB. The only other file that might bloat up immensely is IDE_EDIT_objectaccess.h... Even then, though, 20,000 lines is hardly a reason  to require 2GiB of RAM.

Would you be willing to share either of the game file or that folder (Preprocessor_Environment_Editable)? It contains a loose C++ translation of your game code, but it's not enough to reverse-engineer back to the original game.

733
Issues Help Desk / Re: error EGMF
« on: May 30, 2013, 11:19:43 AM »
It's possible you're trying to run a 32-bit ENIGMA from a 64-bit JVM. Do you have a 32-bit Java installed?

734
Issues Help Desk / Re: Out of memory error while compiling
« on: May 29, 2013, 11:29:08 PM »
Holy moses. How big is your game? Or are you just genuinely short on memory? I don't think the JVM's allocation bounds affect ENIGMA's compiler; if they did, it would be possible that your game was just big enough to only cause a memory issue when compiling.

Could you get us the size of the game file, and the memory consumption of each of LateralGM (javaw.exe) and cc1plus? The task manager should list those.

735
Thundercleese is already on GitHub, probably with a full SQL password along with Gary's IRC credentials. I'm aware of EnigmaBot's credentials file, and I'm weary of other files with SQL passwords.