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 »
961
Proposals / Re: Collision shape options
« on: October 12, 2012, 06:01:36 pm »
Quite right. We'll need to pass that as a second parameter, then; your correction is accepted. Though I might switch the last two parameters because I'm anal-retentive and I like the types to be of descending size.
The system needs refactored, anyway, I believe; we currently do not query the collision system for any kind of sprite data (which I believe is okay for now because, as I recall, the bbox_ values only change when the sprite_index changes, not the image_index).
Moreover, the sprite editor doesn't support editing anything on a per-subimage basis, meaning polygon masks created by the user cannot currently be animated. And to top it all off, the mask system is very poorly integrated. So, some more planning is required at this phase.
That said, anything else you want to add to that function, speak now.
I might also point out that ENIGMA has had pixel-perfect collisions in the past, so it's not that difficult; I just don't want another clusterfuck.
The system needs refactored, anyway, I believe; we currently do not query the collision system for any kind of sprite data (which I believe is okay for now because, as I recall, the bbox_ values only change when the sprite_index changes, not the image_index).
Moreover, the sprite editor doesn't support editing anything on a per-subimage basis, meaning polygon masks created by the user cannot currently be animated. And to top it all off, the mask system is very poorly integrated. So, some more planning is required at this phase.
That said, anything else you want to add to that function, speak now.
I might also point out that ENIGMA has had pixel-perfect collisions in the past, so it's not that difficult; I just don't want another clusterfuck.
962
Issues Help Desk / Re: Unable to load library 'compileEGMf'
« on: October 09, 2012, 11:13:14 am »
And that same [snip]"<Java path>\java.exe" -version[/snip] says that it is 32-bit?
Does the library compileEGMf.dll exist in the ENIGMA directory?
Maybe it would help if you paste the scrollback from running LGM in the terminal (or from ENIGMA.exe) either here or on Pastebin, so we can see what is happening.
Does the library compileEGMf.dll exist in the ENIGMA directory?
Maybe it would help if you paste the scrollback from running LGM in the terminal (or from ENIGMA.exe) either here or on Pastebin, so we can see what is happening.
963
Issues Help Desk / Re: Unable to load library 'compileEGMf'
« on: October 08, 2012, 09:00:23 pm »
I should probably modify ENIGMA.exe to attempt to launch Java from Program Files (x86) before it tries to launch from Program Files. In the meantime, you can launch LGM explicitly from a command prompt by calling the correct Java install.
The command should be something like [snip]"C:\Program Files (x86)\Java\java.exe" lgm16b4.jar[/snip]. Not sure of the name of the Java folder.
The command should be something like [snip]"C:\Program Files (x86)\Java\java.exe" lgm16b4.jar[/snip]. Not sure of the name of the Java folder.
964
Issues Help Desk / Re: New to enigma, most of the examples won't work
« on: October 08, 2012, 08:37:03 am »
Fixed in 15b7ff4.
965
Issues Help Desk / Re: Help me run ENIGMA on Ubuntu
« on: October 07, 2012, 08:07:46 pm »
Fascinating. Thanks for the report, forthevin. When I have some free time I will download Squeeze and try to reproduce this myself (The code you pasted alone does not give enough information). I will need to narrow a test case to figure out why this is happening. It is clear now that it is a problem with the preprocessor, which explains why the preprocessed engine files those two sent me did not exhibit the error.
From the location information you sent me, it seems that the map of macro names becomes corrupt, or the macro itself is read improperly. The position in the line, given by pos - lcpp->lpos, is 68, which is past the end of the line. You may have noticed that. That should not technically be a problem, as that value is only used for the purpose of error reporting, but...
Anyway, like I said, on this end, I can't seem to agitate it. It would help if I knew the value of [snip]macro[/snip]. For that matter, it might also help if [snip]lcpp->macros.find(macro)==lcpp->macros.end()? zero : one[/snip] were on a separate line, as I can only assume that it's that lookup which is fucking up.
Anyway, I'll get on that soon (can't until after midterms and homework are over this week). Thanks again for the information, forthevin.
From the location information you sent me, it seems that the map of macro names becomes corrupt, or the macro itself is read improperly. The position in the line, given by pos - lcpp->lpos, is 68, which is past the end of the line. You may have noticed that. That should not technically be a problem, as that value is only used for the purpose of error reporting, but...
Anyway, like I said, on this end, I can't seem to agitate it. It would help if I knew the value of [snip]macro[/snip]. For that matter, it might also help if [snip]lcpp->macros.find(macro)==lcpp->macros.end()? zero : one[/snip] were on a separate line, as I can only assume that it's that lookup which is fucking up.
Anyway, I'll get on that soon (can't until after midterms and homework are over this week). Thanks again for the information, forthevin.
966
Proposals / Re: Collision shape options
« on: October 07, 2012, 07:40:18 pm »
Since it returns void*, [snip]get_collision_mask[/snip] would only be for one subimage (the actual array is void**).
The other function, [snip]free_collision_mask[/snip], would only be for use on game termination for the purposes of cleaning up. It should actually return void, not void*. It would just cast the (void*) to the appropriate collision-system-specific structure and delete it. For example,
Note that it might not necessarily be a single class type, but the point is that the collision_data is a black box that only the selected collision system need understand. So it must handle allocation and freeing in addition to the actual checking.
The other function, [snip]free_collision_mask[/snip], would only be for use on game termination for the purposes of cleaning up. It should actually return void, not void*. It would just cast the (void*) to the appropriate collision-system-specific structure and delete it. For example,
Code: (CPP) [Select]
void free_collision_mask(void* mask) {
delete (polygon_mesh*)mask;
}
Note that it might not necessarily be a single class type, but the point is that the collision_data is a black box that only the selected collision system need understand. So it must handle allocation and freeing in addition to the actual checking.
967
Issues Help Desk / Re: Unable to load library 'compileEGMf'
« on: October 07, 2012, 07:37:24 pm »
Assuming that the DLL was successfully built: It is very likely that you are using a 64bit JRE, but ENIGMA has been compiled 32bit. It'd be easier just to install the 32-bit JRE from Oracle's website and use it when running ENIGMA.
Running [snip]java -version[/snip] will print that information.
Instead, I can instruct you on building a 64-bit ENIGMA DLL (It will require MinGW64, but you will want to configure ENIGMA to use MinGW32 instead). It'd be more work, but you wouldn't need the 32-bit Java.
Maybe I can coax HaRRi or polygone into writing up a how-to on the Wiki...
Running [snip]java -version[/snip] will print that information.
Instead, I can instruct you on building a 64-bit ENIGMA DLL (It will require MinGW64, but you will want to configure ENIGMA to use MinGW32 instead). It'd be more work, but you wouldn't need the 32-bit Java.
Maybe I can coax HaRRi or polygone into writing up a how-to on the Wiki...
968
Announcements / Re: Break In
« on: October 07, 2012, 07:34:10 pm »
The pages were removed by the host. They all belonged to the root user; none of them really had a nonprivileged ID attached.
By all means, feel free to change your passwords; I'm not going to because I seriously doubt it will be compromised (especially by anyone that would actually care to do so).
By all means, feel free to change your passwords; I'm not going to because I seriously doubt it will be compromised (especially by anyone that would actually care to do so).
969
Proposals / Re: Collision shape options
« on: October 06, 2012, 12:04:16 pm »
In principle, I'm fine with that. My concern is keeping the IDs straight. As such, I think it best to define the above as enum constants in collisions_mandatory.h.
This way, if a collision system offers some other, more obscure shape, it can be added without confusing other systems.
We'll also need to define [snip=CPP]void *get_collision_mask(sprite* spr, collision_type ct)[/snip] to fetch a collision mask from the system, and [snip=CPP]void *free_collision_mask(void* mask)[/snip] to set the colldata values in spritestruct.h.
Code: (CPP) [Select]
enum collision_type {
ct_bbox,
ct_precise,
ct_circle,
ct_ellipse,
ct_diamond,
ct_polygon
}
This way, if a collision system offers some other, more obscure shape, it can be added without confusing other systems.
We'll also need to define [snip=CPP]void *get_collision_mask(sprite* spr, collision_type ct)[/snip] to fetch a collision mask from the system, and [snip=CPP]void *free_collision_mask(void* mask)[/snip] to set the colldata values in spritestruct.h.
970
Issues Help Desk / Re: Help me run ENIGMA on Ubuntu
« on: October 06, 2012, 09:52:42 am »
I would think the link errors would be reported along with the segfault notification if that were the case, but it may be. Usually GlibC is good about reporting runtime link problems.
971
Announcements / Break In
« on: October 02, 2012, 11:07:10 am »
I believe it is my legal obligation to inform everyone we've had a break-in. Presumably by a bot.
At 2PM yesterday I received a report that malware was being hosted on our server and that it was likely we had been compromised. In fact, it appears that some entity had gained root access to our server and loaded a phishing page up on it. The files all belonged to the root account, which means that the entity had full access to our system; this includes databases.
I don't think anyone should be overly concerned, as all passwords are handled by SMF and are therefore salted and hashed.
We are unsure how the break-in occurred, but we believe it may have been related to an old wordpress install hosted elsewhere on this server. From this point forward, no one say "Wordpress" to me.
So, in an effort to uphold due dilligence, etc, this is your warning that it is possible (but unlikely) that someone has a copy of all salted password hashes. It is also possible they have a large list of email addresses. It is also possible (if extremely unlikely) that they can retrieve your password by allocating their presumably large network of bots to brute forcing the hashes. I wouldn't worry about that happening.
Most people don't use very powerful passwords over http, anyway.
So, this is your heads up. Sorry about the shitty news. We're wiping old shit we don't maintain and putting more security in place to prevent this from happening again.
At 2PM yesterday I received a report that malware was being hosted on our server and that it was likely we had been compromised. In fact, it appears that some entity had gained root access to our server and loaded a phishing page up on it. The files all belonged to the root account, which means that the entity had full access to our system; this includes databases.
I don't think anyone should be overly concerned, as all passwords are handled by SMF and are therefore salted and hashed.
We are unsure how the break-in occurred, but we believe it may have been related to an old wordpress install hosted elsewhere on this server. From this point forward, no one say "Wordpress" to me.
So, in an effort to uphold due dilligence, etc, this is your warning that it is possible (but unlikely) that someone has a copy of all salted password hashes. It is also possible they have a large list of email addresses. It is also possible (if extremely unlikely) that they can retrieve your password by allocating their presumably large network of bots to brute forcing the hashes. I wouldn't worry about that happening.
Most people don't use very powerful passwords over http, anyway.
So, this is your heads up. Sorry about the shitty news. We're wiping old shit we don't maintain and putting more security in place to prevent this from happening again.
972
Issues Help Desk / Re: Help me run ENIGMA on Ubuntu
« on: September 29, 2012, 10:23:12 am »
When I follow the steps in the wiki, ie, when I run
Everything is downloaded and installed correctly, and the system runs fine. I can run my Ludum Dare entry and everything. So assuming those are the steps you followed, it must be something different about the ISO you obtained. I'm willing to download that ISO and attempt to run ENIGMA on it, but I will need you to link me to it or tell me explicitly how you downloaded it (For starters, was it the 32-bit or 64-bit disc?).
Also, what is the output from [snip]java -version[/snip] on your machine?
Code: [Select]
git clone git://github.com/enigma-dev/enigma-v.git .
python install.py
java -jar lgm16b4.jar
Everything is downloaded and installed correctly, and the system runs fine. I can run my Ludum Dare entry and everything. So assuming those are the steps you followed, it must be something different about the ISO you obtained. I'm willing to download that ISO and attempt to run ENIGMA on it, but I will need you to link me to it or tell me explicitly how you downloaded it (For starters, was it the 32-bit or 64-bit disc?).
Also, what is the output from [snip]java -version[/snip] on your machine?
973
Issues Help Desk / Re: Help me run ENIGMA on Ubuntu
« on: September 28, 2012, 03:49:04 pm »
Okay, now I need to figure out what you and nbeerbower have in common. No one else has been able to reproduce this.
It's clearly something about your computer or the way you configure all of your operating systems.
I doubt it's international settings; nbeer lives in Pennsylvania. We've established it's not architecture, because it works fine on my 32-bit computer. What does that leave?
It's clearly something about your computer or the way you configure all of your operating systems.
I doubt it's international settings; nbeer lives in Pennsylvania. We've established it's not architecture, because it works fine on my 32-bit computer. What does that leave?
974
Issues Help Desk / Re: Help me run ENIGMA on Ubuntu
« on: September 26, 2012, 11:53:40 am »
I have shelled in to a 32-bit box of mine running an old version of Ubuntu. I still can not reproduce this issue.
I need someone who actually has this problem to show up on the ENIGMA IRC channel and work with me to resolve this.
I need someone who actually has this problem to show up on the ENIGMA IRC channel and work with me to resolve this.
975
Issues Help Desk / Re: Help me run ENIGMA on Ubuntu
« on: September 25, 2012, 01:21:30 pm »
Interesting. Are you on 32-bit as well, vuvk?
Also, is your working copy entirely up to date?
I have fixed everything I could find on 64bit; at present I just do not have a 32-bit system available. I will try to get one booted in a VM, as this is becoming a pandemic.
Also, is your working copy entirely up to date?
I have fixed everything I could find on 64bit; at present I just do not have a 32-bit system available. I will try to get one booted in a VM, as this is becoming a pandemic.
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 »