| 00:10.52 | *** join/#bzflag KaadmY (uid135503@gateway/web/irccloud.com/x-izddhgfxedokilyf) |
| 00:18.05 | allejo | I can use a bz_APIStringList without it being a pointer, right? or must I use it as a pointer and free it after? |
| 00:29.40 | BulletCatcher | Our code always uses it as a pointer. |
| 00:29.41 | BulletCatcher | bz_newStringList() and bz_deleteStringList() seem to be the ways to create and destroy them. |
| 00:30.51 | BulletCatcher | Several plugins have (presumably) working examples. |
| 00:36.06 | allejo | ah |
| 00:36.16 | allejo | then using it as a point it is |
| 00:38.56 | allejo | pointer* |
| 01:57.34 | allejo | so beside the fact that polling is horrendous in bzfs and no one would use it besides me, does anyone object to having access to polls via the API? |
| 01:58.07 | allejo | i'd do my best to keep the changes as small as possible |
| 02:01.15 | macsforme | for custom poll types? |
| 02:01.29 | macsforme | or having the API be able to do stuff like cancel polls |
| 02:02.09 | allejo | both |
| 02:04.54 | JeffM | allejo: will you only ever use it inside your plugin and never send it to anything over the API? |
| 02:05.19 | allejo | what do you mean? |
| 02:05.44 | blast007 | could be something like how custom commands are done. |
| 02:05.49 | JeffM | as in if you allocate a apiString inside your code, will you send it as an argument to an API? |
| 02:06.05 | JeffM | or just use it inside your own code? |
| 02:06.13 | allejo | it'd send it to the API |
| 02:06.26 | JeffM | then it must be a pointer |
| 02:06.58 | allejo | ohhhhhhh wait hold up. i thought you were referring to my poll question |
| 02:07.00 | JeffM | the API could need to increase it's size, and if the memory was allocated inside your plugin, then the BZFS side could not reallocate it it with out problems |
| 02:07.06 | JeffM | no, your string question |
| 02:07.12 | allejo | no, the apistringlist is only ever staying inside my plugin |
| 02:07.21 | JeffM | then why use it? |
| 02:07.33 | JeffM | just use std::vector<std::list> |
| 02:07.42 | JeffM | sory std:vector<std::string>> |
| 02:07.59 | JeffM | the only point of the api string is to pass it in/out of the API and not screw up on windows |
| 02:08.09 | allejo | because apistringlist has ::tokenize() |
| 02:08.16 | JeffM | so all the memory allocation and deallocate are done in the same module |
| 02:08.26 | JeffM | ahh |
| 02:08.45 | allejo | blast007, ohh somethingl like bz_registerCustomPollOption() |
| 02:08.50 | JeffM | if you are going to allocate/deallocate/grow all in the same module, it doesn't need to be a pointer |
| 02:09.48 | blast007 | allejo: yep, so it'd use the built-in /poll and /vote commands and the existing poll login to run the poll, but then the result of the poll would be handled by the plugin |
| 02:10.10 | macsforme | we can already override the /poll command, but giving the API access to poll stuff seems cleaner |
| 02:10.28 | JeffM | that was the goal for events, just add hooks into existing methods |
| 02:10.33 | JeffM | only override the part you need |
| 02:10.39 | allejo | yes, i like that approach much better for the poll api |
| 03:29.04 | macsforme | it appears that we don't actually include any DirectX headers, despite the fact that we have $(DXSDK_DIR)/include as a header search path |
| 03:29.40 | macsforme | do we just need the DirectX SDK for linking? |
| 03:32.15 | macsforme | it does fail if we don't include the DirectX library search path |
| 03:47.27 | macsforme | okay, I got the app icon to work on Windows by listing bzflag.ico and bzflag.rc as project files for the bzflag application |
| 03:47.46 | macsforme | but there's no resource.h |
| 03:48.19 | macsforme | is it possible that the way premake sets up the project file, it isn't needed? |
| 03:48.41 | macsforme | or should I add the one we have, or try to force visual studio to generate another one, and add that? |
| 03:49.13 | macsforme | it looks like I'm pretty limited on what I can do with resource files in the express edition |
| 04:06.28 | JeffM | IIRC it uses funcitons in the DX lib for screen res changing and audio |
| 04:07.25 | JeffM | and yes, the code probalby doesn't direclty reference any of the icon files defined in the h file, as long as the bin gets the ico it'll show in windows |
| 04:07.38 | JeffM | the.h file allows the app to load bitmaps, cursors, icons in code |
| 04:07.53 | JeffM | but the code itself deosn't need to set the windows icon, that's read by windows |
| 04:09.03 | JeffM | if windows is now using SDL, you probalby don't need the res swap stuff |
| 04:09.19 | JeffM | and if you changed it over to use SDL sound or something else, then it may not need directX at all |
| 06:46.55 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.42) |
| 06:46.56 | BZnotify | [13bzflag] 15allejo pushed 1 new commit to 062.4: 02https://git.io/vMwBS |
| 06:46.56 | BZnotify | 13bzflag/062.4 14928f021 15allejo: Fix memory leak in TimeLimit plugin |
| 06:46.56 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.42) |
| 09:29.12 | allejo | I've restarted all bzflag.allejo.io servers, so they'll start trickling onto the server list |
| 09:46.21 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 10:05.01 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 12:17.53 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-pajgimlejstjmwcw) |
| 12:52.36 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 15:19.53 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-cvqlsrttwnixzzxw) |
| 16:14.01 | *** join/#bzflag KaadmY (uid135503@gateway/web/irccloud.com/x-xfjjsngukyxvgbkg) |
| 16:40.37 | *** join/#bzflag alpha1-2 (~alpha1@host162.200-117-201.telecom.net.ar) |
| 16:43.12 | *** mode/#bzflag [+v alpha1-2] by blast007 |
| 16:43.15 | alpha1-2 | to add to Kills column bug: if I rejoin the server, I get 0 values for it, in every row; though individual scores have values. |
| 16:44.28 | alpha1-2 | not sure if that is normal behaviour. But it seems that that column has a somewhat independent behaviour from the other columns. |
| 18:05.01 | macsforme | JeffM, it looks like your BZF_PLUGIN_CALL substitution works great |
| 18:30.32 | *** join/#bzflag zuii (~cauchy@BC0663EF.catv.pool.telekom.hu) |
| 19:17.48 | JeffM | it should, it's the same basic idea |
| 20:03.27 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 20:15.14 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 21:55.57 | *** join/#bzflag Guest607 (5bef241c@gateway/web/freenode/ip.91.239.36.28) |
| 21:56.57 | *** part/#bzflag Guest607 (5bef241c@gateway/web/freenode/ip.91.239.36.28) |
| 23:38.15 | allejo | macsforme, for your premake work, it's going to generate both VS and Xcode project files? |
| 23:38.56 | macsforme | and gnu make, yes |
| 23:39.42 | allejo | does that mean adding plugins to the project files is going to be easier...? |
| 23:42.47 | macsforme | for sure... right now you set up the plugin source directory like normal, and edit one list and it re-generates all the files |
| 23:43.43 | macsforme | in the future I might have it build the list of plugins straight from the list of subdirectories in plugins/ |
| 23:58.44 | allejo | that sounds beautiful :') |
| 23:59.18 | allejo | would really make developing locally much faster for plugins |