| 00:19.56 | *** join/#bzflag infobot (~infobot@rikers.org) |
| 00:19.56 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.10 released! https://forums.bzflag.org/viewtopic.php?f=8&t=19401 |
| 00:19.57 | *** mode/#bzflag [+v infobot] by ChanServ |
| 01:19.15 | *** join/#bzflag guest2374 (bee11aa5@gateway/web/freenode/ip.190.225.26.165) |
| 01:28.31 | guest2374 | can anyone confirm that Plugin Starter works well? (tabs at bottom not working for me) https://bz-plugin-starter.projects.allejo.io/ |
| 01:29.17 | allejo | what browser? |
| 01:29.32 | guest2374 | firefox |
| 01:29.57 | guest2374 | <PROTECTED> |
| 01:30.10 | allejo | right click anywhere and do "Inspect element" or whatever the equivalent. are there any errors in the console? |
| 01:31.32 | guest2374 | you mean web debugger or web console? |
| 01:32.09 | allejo | web debugger |
| 01:32.09 | guest2374 | javascript debugger* |
| 01:32.20 | allejo | either |
| 01:34.14 | allejo | https://developer.mozilla.org/en-US/docs/Tools/Web_Console/Opening_the_Web_Console |
| 01:34.40 | guest2374 | it says "the source code is into a black box; its breakpoints are disabled and step by step jumps over it" (translated from spanish) "want to quit this source of black box?" |
| 01:35.45 | allejo | eh, that's not it. are there any red little exclamation marks or icons somewhere |
| 01:35.58 | guest2374 | or "from the black box"* |
| 01:36.36 | allejo | no clue what that means |
| 01:36.50 | guest2374 | then web console; I see red points on top (sign; "security") but none into the console (blank) |
| 01:37.54 | guest2374 | ah I refreshed and I get messages, let me see |
| 01:38.23 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 01:40.03 | guest2374 | "SyntaxError: missing ; before statement" |
| 01:40.12 | guest2374 | at the end |
| 01:40.22 | allejo | does it say which file? |
| 01:40.48 | guest2374 | and lots of warnings |
| 01:40.49 | allejo | what version of firefox, exactly are you using? i'll see if i can reproduce. works fine on latest chrome, safari, and firefox for me fwiw |
| 01:41.06 | allejo | can i get a screenshot of all of that? (the warnings and errors) |
| 01:41.39 | guest2374 | yes |
| 01:50.06 | guest2374 | image host service failing, trying other |
| 01:50.34 | allejo | mkay |
| 01:57.10 | guest2374 | <PROTECTED> |
| 01:58.44 | allejo | on here? probably not, try again |
| 02:14.34 | allejo | hehe guess i had broken it on older browsers... fixed |
| 02:36.57 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 04:57.16 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-hbutmklicyaobohe) |
| 06:42.20 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 13:29.21 | *** join/#bzflag catay (~smertens@valyria.catay.be) |
| 15:08.27 | *** join/#bzflag alfa1 (~alfa1@host2.190-138-97.telecom.net.ar) |
| 15:09.45 | alfa1 | can it be that all plugins are compiled in every general compilation and not only those included on ./configure with --enable-custom-plugins? |
| 15:17.44 | alfa1 | also, compiling bzfs (7000 lines) everytime you need to compile a plugin is not ideal, I guess. BulletCatcher, you said that you were going to include --disable-server time ago; this would reduce drastically the compiling time for plugins? |
| 15:42.38 | *** join/#bzflag JeffM (uid48618@gateway/web/irccloud.com/x-ltkwokmocgnfruvx) |
| 15:42.38 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 15:47.19 | the_map | alfa1: you could test that to find out |
| 15:52.04 | alfa1 | yes, I am doing it already; just had doubts and maybe these can be taken as suggestions too (or to understand better for me otherwise) |
| 15:54.58 | JeffM | uggg... time to renew the IRC subscription |
| 16:02.59 | JeffM | wonders if it's worth it |
| 16:03.47 | the_map | so if you don't use your username in a long time, it's purged iirc |
| 16:04.07 | the_map | is it sufficient to run through your nicks without joining a channel? |
| 16:04.25 | JeffM | no, I subcribed to IRC Cloud for a year at a time |
| 16:04.33 | JeffM | it keeps my connected 24/7 |
| 16:04.41 | the_map | yeah, I was wondering about freenode and nicks though :) |
| 16:05.01 | JeffM | I belive they don't purge linked ones |
| 16:05.06 | the_map | oh |
| 16:06.54 | JeffM | as long as one account in the linked chain is active |
| 16:07.55 | the_map | https://freenode.net/policies |
| 16:08.23 | the_map | to me it seems like that says that you have to use the nick, and that nick expiration is semi-separate from account expiration |
| 16:08.37 | JeffM | but they don't drop them |
| 16:08.41 | JeffM | so there isn't a pruge |
| 16:16.29 | alfa1 | thanks JeffM; the main reason it took so much for me (5 minutes) is that I was using 'make clean' and 'make' instead of just 'make' every time (I did it just in case due to some problems I had w/ plugins time ago but I realize it is a silly mistake :) |
| 16:16.42 | JeffM | yeah that's just like starting over |
| 16:34.56 | JeffM | it would be a good idea to implment gcc's visiblity feature for the API, http://gcc.gnu.org/wiki/Visibility |
| 16:35.40 | JeffM | does llvm save a similar feature? |
| 16:59.09 | blast007 | no, they do purge linked names if you don't use them |
| 17:00.58 | JeffM | odd that they say this then "Nicknames and accounts which are expired will not automatically be dropped. Please contact network staff if you would like to take over an expired nickname." |
| 17:01.07 | JeffM | or is it just that it's not automatic |
| 17:01.23 | blast007 | they do purges from time to time, not on any set interval |
| 17:01.28 | JeffM | ahh |
| 17:02.02 | blast007 | http://freenode.net/news/services-database-purge |
| 17:03.22 | blast007 | http://llvm.org/docs/LangRef.html#visibility-styles https://clang.llvm.org/docs/LTOVisibility.html Is that equivilent to the GCC stuff? LTO = Link Time Optimization http://llvm.org/docs/LinkTimeOptimization.html |
| 17:03.57 | JeffM | yea looks like it, gcc uses the __attribute__((visibility("..."))) thing too |
| 17:04.51 | blast007 | alfa1: if you're just making changes to a plugin, there's no need for a 'make clean' |
| 17:06.28 | alfa1 | ah ok, thank you |
| 17:38.39 | JeffM | it's be pretty easy to add the visibility stuff to the API, there is already a #def, it'd just need gcc and llvm versions, and adding a switch to the make |
| 17:56.53 | blast007 | yup |
| 18:59.36 | *** join/#bzflag alfa1 (~alfa1@181.90.27.129) |
| 19:20.27 | alfa1 | I love plugins now :) |
| 19:20.50 | alfa1 | (it's working) |
| 19:21.09 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-vturmgqyjadvctyw) |
| 19:29.08 | alfa1 | why does myPlugin::slashCommand method have bz_ApiString parameter commented ("/*message*/") while bzfsAPI.h does not? to avoid its use? |
| 19:30.56 | allejo | it's commented out to prevent GCC warnings of an unused variable |
| 19:31.46 | alfa1 | ah I am searching for a way to print a sign on top of HUD |
| 19:31.49 | allejo | message is the whole message after the command, iirc. if you want to use the parameters use the params variable since it already has everything split up by space |
| 19:32.23 | alfa1 | and seemed weird that |
| 19:32.44 | the_map | 's all |
| 19:32.48 | allejo | plugins can't interact with the plugin in that way. if you want to send a server message then use bz_sendTextMessage() |
| 19:32.58 | allejo | with the client* |
| 19:33.10 | alfa1 | thank you |
| 19:33.13 | the_map | Standard messaging and data rates may apply. Contact your carrier for details. |
| 19:35.04 | alfa1 | I guess that usally I should not want to use the parameters right? |
| 19:35.17 | alfa1 | usually* |
| 19:51.29 | JeffM | commenting out unused arguments prevents compiler warnings |
| 19:51.50 | alfa1 | ah ok |
| 19:51.52 | JeffM | the API header is a just a def, not the implmentation |
| 19:52.01 | JeffM | it doesn't know if you are going to use it or not |
| 19:53.19 | JeffM | generaly callback peramaters don't change bzfs, they are data TO your pluign, not commands back to bzfs |
| 19:53.25 | JeffM | functions tell bzfs to do things |
| 19:54.26 | alfa1 | ok |
| 20:07.51 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 20:09.59 | alfa1 | I guess that after 'make' I don't need to do 'make install' every time either right (I used '--prefix')? |
| 20:10.51 | JeffM | only if you want to force the install again |
| 20:10.56 | alfa1 | (I am still compiling a custom plugin) |
| 20:11.02 | JeffM | most developers set up to run from the build dir |
| 20:11.12 | JeffM | I never install a debug build |
| 20:12.48 | alfa1 | yes, I use different folders to run different versions, then '--prefix=/path/build' |
| 20:13.16 | alfa1 | but if I only want to compile and test a custom plugin? |
| 20:13.44 | alfa1 | I guess it stay on its plugin folder |
| 20:13.51 | alfa1 | stays* |
| 20:13.56 | alfa1 | into* |
| 20:14.04 | JeffM | you should be able to just run from the build dir, with a config that points to where your plugin is built |
| 20:15.52 | alfa1 | my config file just says '-loadplugin myPlugin'; I will try w/o 'make install' then |
| 20:25.30 | alfa1 | no, I need 'make install'. It is weird, I do, into a plugin function/method, 'bz_sendTextMessagef(BZ_SERVER, BZ_ALLUSERS, "Message");' and 3 'sleep(1);' after it, and the message appears after the 3 seconds not before |
| 20:29.28 | the_map | send two messages: one before the three seconds, and one after |
| 20:29.37 | the_map | make sure there's a 3 second delay between them |
| 20:29.46 | allejo | plug-ins aren't threaded, they're executed along with the main bzfs loop. you don't want to do someline like sleep |
| 20:29.53 | the_map | also, why not do "sleep(3)"? |
| 20:30.00 | the_map | or what allejo said |
| 20:31.51 | allejo | if you want to delay things, use a time_t and the bz_eTickEvent |
| 20:33.18 | alfa1 | was looking into it |
| 20:33.27 | alfa1 | ok |
| 20:34.30 | the_map | what a bloodthirsty function |
| 20:48.10 | alfa1 | that 'bz_setMaxWaitTime' function related to 'bz_eTickEvent' seems not to exist anymore (or was for 2.99) (not in any of my source files) |
| 20:49.48 | allejo | they're not related. the bz_eTickEvent is executed each bzfs loop |
| 20:50.07 | allejo | so you'd have to check when was the last time something ran (store it in a double or time_t) and then go from there |
| 20:51.52 | alfa1 | the wiki talks about it ("Plug-ins that wish to enforce a maximum wait time between ticks should call bz_setMaxWaitTime with the longest wait time that is acceptable. "); you mean it does not exist anymore? |
| 20:52.36 | alfa1 | https://wiki.bzflag.org/Bz_eTickEvent |
| 20:53.56 | alfa1 | I guess the method you say gets too complicated for now :) but thanks |
| 20:55.17 | alfa1 | I am stopping the tanks in 3 seconds, which works, the only tiny problem is that the sign ("stopping") appears at the end; not so serius |
| 20:56.18 | allejo | no clue then. according to the wiki bz_setMaxWaitTime() is a 2.0.x thing |
| 20:56.41 | allejo | or was mentioned it was for that. don't think that's in 2.4.x |
| 20:57.43 | alfa1 | but in https://wiki.bzflag.org/Functions_(API) it says '?' |
| 20:57.58 | alfa1 | like missed it seems |
| 20:59.01 | JeffM | alfa1: if you call sleep then bzfs sleeps not just your plugin |
| 20:59.10 | JeffM | nothing is processed, it would add lag |
| 20:59.36 | alfa1 | ah |
| 21:00.06 | JeffM | the wait time should be a property of the plugin class now |
| 21:00.11 | alfa1 | it is for being used mainly for autopilot bots when one wants to pause a match in example |
| 21:00.15 | JeffM | the set was when we didn't know who registered what |
| 21:00.28 | JeffM | autopilot is a client thing not a server thing |
| 21:00.34 | alfa1 | if one wants to pause then no problem for a bit of lag then |
| 21:00.48 | JeffM | no.. it would lag ALL USERS |
| 21:00.54 | JeffM | not just the person sending the message |
| 21:01.06 | JeffM | it's like turning ALL of bzfs off for the time |
| 21:01.19 | alfa1 | (it is used in other cases too) |
| 21:01.53 | alfa1 | let me understand |
| 21:02.24 | alfa1 | do you mean there is another way to do it? |
| 21:02.39 | JeffM | what are you trying to d? |
| 21:02.40 | JeffM | do |
| 21:03.18 | alfa1 | in example, pausing bots (or everybody) by decreasing several variables when one runs '/countdown pause' |
| 21:03.37 | JeffM | you can't force a client to pause |
| 21:03.48 | JeffM | assuming you mean the in game "pause" funciton |
| 21:04.01 | alfa1 | otherwise I have to pause mainly the bots (a lot) manually one per one |
| 21:04.31 | JeffM | a "bot" is just a client to the server, it just has boolean that says it's a bot |
| 21:04.37 | JeffM | the server has no direct controll over them |
| 21:04.43 | JeffM | how are you telling them to pause? |
| 21:04.51 | alfa1 | I know it is impossible, then I decrease several BZDB variables like _tankSpeed, etc. |
| 21:05.00 | JeffM | that's for everyone |
| 21:05.11 | JeffM | so you force all users to a speed of 0? |
| 21:05.23 | alfa1 | yes, becasue the match is paused |
| 21:05.42 | JeffM | well you can't do that in a tight loop in the plugin, you need networking to process |
| 21:05.54 | JeffM | you'll have to keep a state and lower the values in the idle event |
| 21:06.22 | JeffM | you can't "wait" for things to happen inside your code, you have to return control to bzfs so it can actualy send out your messages |
| 21:06.28 | JeffM | it's all buffered on the backend |
| 21:07.11 | allejo | there's a bz_eGamePauseEvent which is triggered when a timed game is paused |
| 21:07.37 | allejo | just set the tank speed to 0 then and reset it at bz_eGameResumeEvent |
| 21:08.32 | alfa1 | just curiosity: is it so serious to sleep networking 3 seconds in a split way? would it be a cheat plugin? |
| 21:08.57 | JeffM | it would make the server not process for that time. |
| 21:09.03 | JeffM | it would be a crappy server |
| 21:09.13 | alfa1 | ok |
| 21:09.17 | allejo | jeffm, have you considered maybe that's what he wants? :) |
| 21:09.34 | JeffM | if it is we should not help him make his server worse |
| 21:09.45 | alfa1 | hehe |
| 21:09.59 | alfa1 | I also have to kill all bots atfer every capture :) |
| 21:10.06 | allejo | but yea, don't put the bzfs process to sleep. there's absolutely no reason to do that. in simple terms, every time that happens ALL players will go NR for 3 seconds |
| 21:10.18 | alfa1 | then I pause players to avoid advantages |
| 21:10.23 | JeffM | well milliseconds |
| 21:10.30 | JeffM | sleep is not seconds IIRC |
| 21:10.49 | allejo | i think you're right |
| 21:11.07 | JeffM | but still, a plugin should not affect the main thread |
| 21:11.12 | allejo | ^ |
| 21:11.32 | allejo | iirc there's a bz_setPlayerSpawnable() that will prevent a player from spawning. no clue how that affects bots |
| 21:11.57 | JeffM | server computes a spawn point, even bots have to use that mechanism |
| 21:12.05 | alfa1 | allejo: I set several variables to 0 suddenly; which works, but I wanted a slight effect (like turning them off) |
| 21:12.19 | JeffM | then you'll need to use the idle event |
| 21:12.53 | allejo | jeffm, oh yea. i mean if bots will continue to attempt to spawn when they're not "spawnable" |
| 21:13.06 | JeffM | I'm sure they will |
| 21:13.19 | JeffM | but the will not get a responce |
| 21:13.19 | alfa1 | (I am delayed with the chat due to my English level) |
| 21:13.42 | allejo | simple solution: don't use bots and just get a team of children in sync to all pause at the same time |
| 21:14.24 | alfa1 | oh "idle event" again... "you'll have to keep a state and lower the values in the idle event"... |
| 21:14.35 | alfa1 | no idea about that :P |
| 21:15.02 | alfa1 | hehe allejo |
| 21:15.22 | alfa1 | is looking |
| 21:16.00 | JeffM | Finish off server side players |
| 21:16.17 | alfa1 | I don't find any "idle event" |
| 21:16.36 | JeffM | Should be one of the event types |
| 21:16.40 | alfa1 | related to bz_eTickEvent? |
| 21:16.46 | JeffM | Yeah that |
| 21:17.00 | allejo | lol |
| 21:17.00 | JeffM | Register that |
| 21:17.10 | allejo | way off jeff :p |
| 21:17.27 | JeffM | Then set a Boolean in your plugin for when you want to lower the values |
| 21:17.41 | alfa1 | well wiki talks into that event of a bz_setMaxWaitTime function which seems currently inexistent |
| 21:17.44 | JeffM | If you get that event and the flag is set lower then a little more |
| 21:18.07 | JeffM | allejo: same idea as the windows idle event |
| 21:18.18 | JeffM | The wiki is wrong |
| 21:18.29 | JeffM | Like most wikis |
| 21:18.31 | alfa1 | not in my API files either |
| 21:18.40 | alfa1 | maybe was fo 2.99x |
| 21:18.42 | allejo | ah, was wondering how you got idle from tick |
| 21:18.47 | JeffM | You don't need that function |
| 21:18.51 | allejo | which is why the wiki is being phased out |
| 21:19.11 | JeffM | The plugin opject sets a default tick time |
| 21:20.01 | JeffM | That function was before c++ plugins. It's part of the old c API |
| 21:21.09 | alfa1 | no idea how to use the bz_eTickEvent without any function then to sleep in some way |
| 21:21.20 | JeffM | You don't sleep |
| 21:21.29 | JeffM | Just register the event |
| 21:21.29 | the_map | there's tea for that |
| 21:21.35 | alfa1 | do I use time to ask and wait? |
| 21:21.42 | JeffM | No |
| 21:21.44 | blast007 | there's some max wait variable you set for your plugin, and bzfs picks the lowest of them all to use |
| 21:22.03 | JeffM | Yes that replaced the old function |
| 21:22.17 | JeffM | So plugins could work together |
| 21:22.31 | alfa1 | ah I have seen maxwaittime several times yes |
| 21:22.32 | blast007 | MaxWaitTime |
| 21:22.48 | JeffM | That is not the important part |
| 21:22.51 | alfa1 | thought it was custom |
| 21:23.04 | allejo | regardless.. 1 tick != 1 second |
| 21:23.41 | alfa1 | why should I register the event for? |
| 21:23.55 | alfa1 | sorry for ignorance |
| 21:24.15 | alfa1 | (if so :P) |
| 21:24.42 | alfa1 | oh just include bz_eTickEvent |
| 21:24.50 | JeffM | ticks are not consitent |
| 21:24.56 | JeffM | you have to track the time part yourself |
| 21:25.10 | allejo | because the bz_eTickEvent is what you can use to check for changes in time |
| 21:25.12 | allejo | https://github.com/allejo/lastTankStanding/blob/master/lastTankStanding.cpp#L369-L399 |
| 21:25.13 | alfa1 | I can include the event easily, and then? |
| 21:25.18 | JeffM | it just calls you at least as often as your max time. |
| 21:25.34 | JeffM | set a flag when you want to lower the speeds |
| 21:25.45 | JeffM | when the event is fired, check that flag |
| 21:26.00 | JeffM | if it's true, see how long it's been and lower your values by how much you want |
| 21:26.00 | alfa1 | something like bz_getLocaltime and then ask if 1 second passed? |
| 21:26.07 | JeffM | sure |
| 21:26.10 | alfa1 | ah ok |
| 21:26.20 | alfa1 | yes... maybe to complicated for now |
| 21:26.23 | alfa1 | too |
| 21:26.34 | JeffM | no, it's pretty simple event driven programing |
| 21:27.23 | alfa1 | thanks anyway :), but if I sleep 1 second * 3 to turn off tanks and viceverse to turn them on, it is not a violation of any rule right? (private server) |
| 21:27.41 | JeffM | it's very stupid to do that |
| 21:27.44 | JeffM | and probably won't work |
| 21:27.54 | JeffM | while you sleep, no messages are SENT |
| 21:28.01 | JeffM | so your "change the speed" won't go out |
| 21:28.15 | alfa1 | it is working; what doesn't work is the sign "stopping" which appears at the end :P |
| 21:28.16 | JeffM | it's the same as just sending a 0 |
| 21:28.37 | alfa1 | (no problem for the sign part though) |
| 21:30.20 | alfa1 | because when players play there I don't want them to stop suddenly |
| 21:30.29 | JeffM | then use the event |
| 21:30.30 | blast007 | but they WILL with a sleep |
| 21:30.46 | blast007 | seriously, do NOT use sleep |
| 21:31.08 | blast007 | I'll just revoke your server key if you're going to make a server like that |
| 21:31.22 | alfa1 | I tested with a bot, and the change was slight; ah then external players will get nr for 1 second * 3? too bad? |
| 21:31.34 | JeffM | NR for any time is bad |
| 21:31.35 | alfa1 | is reading |
| 21:32.05 | alfa1 | ah ok |
| 21:32.09 | alfa1 | this is why I asked |
| 21:32.19 | JeffM | and that is why we told you many time |
| 21:32.30 | allejo | with sleep all players on a server will go NR (not responding). your client's moot for those X seconds. you drive around in a circle. you can't do anything |
| 21:33.00 | alfa1 | well first time it was said it is somewhat against rules, this is why I insisted to ask |
| 21:33.35 | alfa1 | and then stopping them suddenly? |
| 21:33.44 | alfa1 | w/o sleep |
| 21:33.53 | allejo | stopping them is fine |
| 21:33.57 | alfa1 | ok |
| 21:34.03 | JeffM | why don't you want to write the 6 lines needed to do it right? |
| 21:34.29 | alfa1 | maybe I will in the future, yes. Just doing it by stages. |
| 21:34.40 | blast007 | no, you will do so the first time |
| 21:34.53 | blast007 | if that server hits the public list like that, your key is revoked |
| 21:35.08 | alfa1 | oh yes, I am testing only privately now, I am not online now |
| 21:35.13 | blast007 | ok |
| 21:35.44 | alfa1 | I meant I would develop it on stages and when ready making it public-private |
| 21:37.51 | alfa1 | blast007: I don't understand well, doing it suddenly (without sleep() at all) is ok for a public-private server? |
| 21:38.12 | blast007 | yeah, don't use sleep |
| 21:38.20 | JeffM | ever |
| 21:38.30 | alfa1 | ok, thanks, I understand now |
| 21:38.40 | the_map | "public-private"? which is it? |
| 21:38.52 | JeffM | no sleep till Brooklyn! |
| 21:39.13 | alfa1 | I run twins servers: 1 public and 1 private with bots enabled |
| 21:39.15 | blast007 | that's the name of the power management policy I put out via group policy ;) |
| 21:41.49 | JeffM | listen all'yall' it's a sabotage! |
| 21:42.05 | the_map | * all'y'all's |
| 21:42.56 | JeffM | I don't hear the S in this recording |
| 21:43.02 | JeffM | but it's also from Star Trek |
| 21:44.01 | alfa1 | JeffM: last quick doubt, then I should use a do-while or while-do cicle to ask for the time differences to make it wait until it occurs? |
| 21:44.20 | JeffM | nether.... |
| 21:44.23 | JeffM | NO LOOPs |
| 21:44.34 | the_map | JeffM: that was a joke |
| 21:44.37 | alfa1 | ah, then I have to research |
| 21:44.53 | JeffM | no, just do what we said, set some data. do math |
| 21:45.35 | alfa1 | but I run a command: /stop. whenIrun that command I should wait in some way :( |
| 21:46.15 | alfa1 | if want to "stop" now this chat and tell me I need to research just do it :) |
| 21:46.28 | alfa1 | just had a quick doubt |
| 21:46.29 | allejo | geez. scroll up, i put a link to how i do a countdown for last tank standing. that's already handling time and has comments |
| 21:46.38 | alfa1 | ah ok missed it |
| 21:47.30 | blast007 | alfa1: basically, you want the functions in your plugin to finish as fast as possible so that it can return control of the execution back to bzfs |
| 21:47.51 | JeffM | https://www.irccloud.com/pastebin/TqrPyLQp/ |
| 21:47.53 | alfa1 | ahhh getting the idea |
| 21:48.03 | JeffM | there is some sorta-code |
| 21:48.04 | blast007 | while in your plugin functions, bzfs cannot do anything else - it can't receive/send network data, or process any other data/information |
| 21:48.17 | the_map | lol JeffM |
| 21:48.41 | allejo | I would use an API with that naming scheme |
| 21:48.51 | JeffM | it's all about state data |
| 21:49.00 | the_map | I don't "thing" that's a good idea allejo ;P |
| 21:50.07 | JeffM | it is not hard |
| 21:50.13 | alfa1 | ok ok TYVM |
| 21:50.13 | allejo | bz_eTickThingyEvent |
| 21:50.27 | alfa1 | I have enough info to continue now :) |
| 23:20.57 | alfa1 | JeffM: doingPause and pauseLastTime are declared in the constructor? https://www.irccloud.com/pastebin/TqrPyLQp/ |
| 23:24.24 | blast007 | no, they're given a value in the constructor. they're declared in the class definition. |
| 23:28.00 | alfa1 | I have forgotten somewhat OOP... then since I don't have a constructor by auto skeleton I need to create it or it is named with other name? |
| 23:29.30 | blast007 | or in Init or whatever that function is called? |
| 23:29.43 | blast007 | that's where our plugins generally do that stuff |
| 23:29.51 | alfa1 | okay init TY |
| 23:29.53 | blast007 | like, look at other plugins and see what they do |
| 23:36.33 | JeffM | I just wrote some BS functions |
| 23:36.38 | JeffM | I did not know your structure |
| 23:36.50 | JeffM | that code isn't OOP |
| 23:36.56 | JeffM | its just a very rough outline |
| 23:39.55 | blast007 | kthxbai |
| 23:52.58 | *** join/#bzflag alfa1 (bee610ff@gateway/web/freenode/ip.190.230.16.255) |
| 23:54.20 | alfa1 | SASL-only connections was activated on freenode some minutes ago, I got disconnected; happens sometimes |
| 23:55.34 | alfa1 | fortunately this web interface still works |