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.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 »
1066
Issues Help Desk / Re: Svnkit error/enigma isn't ready yet
« on: May 13, 2012, 12:38:49 am »
I have updated the link. It should have been http://dl.dropbox.com/u/1052740/ENIGMA-Releases/ENIGMA-R984-SVN.zip.
We are working on a more sophisticated release system for Windows. It is difficult to devise one, since we can not rely on the version control system to store libraries and binaries anymore.
I've all but begged ENIGMA's Windows maintainers to upload their Additional/ folder as a zip archive somewhere, but the request keeps going unnoticed.
We are working on a more sophisticated release system for Windows. It is difficult to devise one, since we can not rely on the version control system to store libraries and binaries anymore.
I've all but begged ENIGMA's Windows maintainers to upload their Additional/ folder as a zip archive somewhere, but the request keeps going unnoticed.
1067
Issues Help Desk / Re: Svnkit error/enigma isn't ready yet
« on: May 12, 2012, 10:11:26 pm »
If ENIGMA isn't ready yet, it's likely still being compiled. LGM takes care of that on first run. Give it a bit to finish; check the terminal/console window for output to see if it's doing anything.
As for the SVNkit error, if you used the prepackaged zip, don't worry about it. If that's the case, and you have SVNKit in your plugins folder, just remove it.
As for the SVNkit error, if you used the prepackaged zip, don't worry about it. If that's the case, and you have SVNKit in your plugins folder, just remove it.
1068
Proposals / Re: Options Panel for LGM
« on: May 06, 2012, 09:30:04 pm »
Don't forget the JE options panel. It needs included.
1069
General ENIGMA / Re: Open Pandora Port
« on: May 06, 2012, 09:27:37 pm »
Sure. We could use to know what progress you've had with the compiler portion of it. Do ENIGMA and LateralGM both start up and run okay on Pandora?
1070
Proposals / Re: Options Panel for LGM
« on: May 06, 2012, 08:59:32 am »
Damn it, polygone.
Anyway, the options panel. Things it should contain.
THE
EXTERNAL
SPRITE
AND
IMAGE
EDITOR
NAMES
Just for a start.
Also, I'd not mind theme information, if that's not too tricky. You know, Windows look and feel shit.
Anyway, the options panel. Things it should contain.
THE
EXTERNAL
SPRITE
AND
IMAGE
EDITOR
NAMES
Just for a start.
Also, I'd not mind theme information, if that's not too tricky. You know, Windows look and feel shit.
1071
Proposals / Re: LGM Automatic Saving
« on: May 03, 2012, 09:25:38 am »
Whoa. Who said anything about temp? And who said anything about backups?
An autosaved file belongs in ~/.programname, or %APPDATA%/programname. I am certain Java has a feature to fetch that.
If you want the files to be "temporary," then put them in ~/.lgm/temp. Clean out that folder on confirmed, successful exit (meaning not when LGM just dies because the user pressed X).
On launch, if the folder is not empty, ask the user "Would you like to restore...?" and display a list, like Firefox and OOo do. Emphasis on OOo. The Java one.
If you're not going to prompt for close on pressing X, IsmAvatar, it might be a good idea to autosave before you unceremoniously exit.
An autosaved file belongs in ~/.programname, or %APPDATA%/programname. I am certain Java has a feature to fetch that.
If you want the files to be "temporary," then put them in ~/.lgm/temp. Clean out that folder on confirmed, successful exit (meaning not when LGM just dies because the user pressed X).
On launch, if the folder is not empty, ask the user "Would you like to restore...?" and display a list, like Firefox and OOo do. Emphasis on OOo. The Java one.
If you're not going to prompt for close on pressing X, IsmAvatar, it might be a good idea to autosave before you unceremoniously exit.
1072
Proposals / Re: LGM Automatic Saving
« on: May 01, 2012, 12:21:36 am »
Often, IsmAvatar, it's every N minutes. The storage is a trickier problem, since LGM doesn't create a ~/.lgm (or AppData folder on Windows).
1073
Issues Help Desk / Re: file_exists() doesn't work in Linux???
« on: May 01, 2012, 12:19:22 am »
It probably hasn't been implemented. It's as simple as this:
Code: (cpp) [Select]
#include <unistd.h>
#include <sys/stat.h>
bool file_exists(string file) {
stat sb;
return stat(file.c_str(), &sb) >= 0;
}
1074
Issues Help Desk / Re: Missing 'Make' file
« on: April 30, 2012, 02:18:08 pm »
Strange... I will have to change that CreateProcess wrapper to go through bash, then, I guess. It's strange; having those two directories in your system path should be enough to make basic binaries work.
All the same; I have reports of the system mkdir being invoked instead of MSYS' on Windows, too; piping all calls through bash should fix both issues.
All the same; I have reports of the system mkdir being invoked instead of MSYS' on Windows, too; piping all calls through bash should fix both issues.
1075
Proposals / Re: LGM Automatic Saving
« on: April 30, 2012, 01:47:42 pm »
Considering Ism has evaporated, no.
If she comes back, you can put in a feature request.
If she comes back, you can put in a feature request.
1076
Issues Help Desk / Re: Missing 'Make' file
« on: April 30, 2012, 08:10:17 am »
Fascinating; it seems that when ENIGMA makes its calls, the environment Bash creates isn't being sent to them. This is probably to do with the fact that ENIGMA was designed to be configured and run from the Windows command prompt (rather than from bash's environment).
See if setting [snip]path: C:\MinGW\bin;C:\MinGW\Msys\1.0\bin;[/snip] in gcc.ey works as a quick-fix (this is what ENIGMA.exe would have set it to in the Windows environment).
If that doesn't work, I will have to modify ENIGMA's exec() function on Windows to just pipe commands through Msys bash in all cases.
See if setting [snip]path: C:\MinGW\bin;C:\MinGW\Msys\1.0\bin;[/snip] in gcc.ey works as a quick-fix (this is what ENIGMA.exe would have set it to in the Windows environment).
If that doesn't work, I will have to modify ENIGMA's exec() function on Windows to just pipe commands through Msys bash in all cases.
1077
Issues Help Desk / Re: Missing 'Make' file
« on: April 30, 2012, 12:21:47 am »
I just noticed, that doesn't appear to be Windows' command prompt. Are you running bash? If so, have you tried running LGM from that terminal?
You can do this by calling [snip]java -jar lgm*.jar[/snip] in ENIGMA's directory.
You can do this by calling [snip]java -jar lgm*.jar[/snip] in ENIGMA's directory.
1078
Issues Help Desk / Re: Missing 'Make' file
« on: April 29, 2012, 10:49:51 pm »
Interesting; everything appears to be in working order. I suppose I should have had you try [snip]make --version[/snip], too, in retrospect. It should probably work; if it does not, that's the problem, and changing "make" to "mingw32-make" in gcc.ey may help.
If [snip]make --version[/snip] does work, then it's a bug in LGM's ENIGMA plugin.
If [snip]make --version[/snip] does work, then it's a bug in LGM's ENIGMA plugin.
1079
Issues Help Desk / Re: Missing 'Make' file
« on: April 29, 2012, 09:45:44 pm »
The issue with the old ENIGMA.exe is that it used MinGW-get to install MinGW. That program has since stopped working, and we've been tossing ideas back and forth about what to do about that ever since. We usually have people install MinGW manually instead. Can you confirm that you have a complete MinGW and binutils distribution installed?
According to that gcc.ey, you should be able to run GCC from the command prompt just by typing "gcc". Could you tell me what running [snip]gcc --version[/snip] prints? Also, you should be able to do the same thing for binutils/msys tools such as rm. According to that gcc.ey, [snip]rm --version[/snip] should work, too.
According to that gcc.ey, you should be able to run GCC from the command prompt just by typing "gcc". Could you tell me what running [snip]gcc --version[/snip] prints? Also, you should be able to do the same thing for binutils/msys tools such as rm. According to that gcc.ey, [snip]rm --version[/snip] should work, too.
1080
Issues Help Desk / Re: Exception in thread...
« on: April 29, 2012, 09:49:45 am »
Ah, yes. I was thinking of a number of ways we could pull off MinGW.
My first thought was the simplest. We could distribute MinGW binaries we certify can work with ENIGMA in a separate zip. We'd have them unpack MinGW in C:\, and then unpack a zip of ENIGMA containing a pre-configured gcc.ey wherever they like.
Issue with that is, it'd have to be in C:\, or they'd have to edit the ey file.
2) We could have either ENIGMA or LGM check that gcc.ey exists, and if it doesn't, download the zip itself and unpack it, then download a template gcc.ey and replace ${INSTALLPATH} with C:\ or wherever. I don't want ENIGMA.exe to do that because I don't want to mix C and the internet.
3) We could get TGMG's package manager to do that. He's writing up a frontend in Java as far as I know...maybe it can pull that off.
At any rate, I don't want MinGW packaged in the same zip.
My first thought was the simplest. We could distribute MinGW binaries we certify can work with ENIGMA in a separate zip. We'd have them unpack MinGW in C:\, and then unpack a zip of ENIGMA containing a pre-configured gcc.ey wherever they like.
Issue with that is, it'd have to be in C:\, or they'd have to edit the ey file.
2) We could have either ENIGMA or LGM check that gcc.ey exists, and if it doesn't, download the zip itself and unpack it, then download a template gcc.ey and replace ${INSTALLPATH} with C:\ or wherever. I don't want ENIGMA.exe to do that because I don't want to mix C and the internet.
3) We could get TGMG's package manager to do that. He's writing up a frontend in Java as far as I know...maybe it can pull that off.
At any rate, I don't want MinGW packaged in the same zip.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 »