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 |
23:05:30 | EXPERIMENT |  I hope this goes well. I have set up a system that will allow ONE value of either String, Number or Boolean type to be returned by an InterState call. All other types will be nil. I don't dare to guess what can happen this way, but let's hope for the best. It can spare me a lot of trouble with the item sub. |
22:21:12 | STATUS |  There we go... next stop.... SubItems |
22:20:25 | TEST |  Take CMLIX |
22:19:57 | CODEROT |  Several cases of :upper() |
21:51:54 | TEST |  Take CMLVIII |
21:51:53 | FUCKYOU |  Sys |
21:45:47 | TEST |  Take CMLVII |
21:45:46 | FIXED |   Ah, the move was never added due to a bad formed Boolean check |
21:19:10 | BUG |  Right, at least the game doesn't crash, but I need to figure out why the abilities Wendicka already has don't show in her ability list. |
21:17:37 | TEST |  Take CMLVI |
21:17:30 | CODEROT |  FINALLY, just a regular case of code rot. I never thought the moment would come I'd welcome that. MouseX() and MouseY() -> properties. |
21:12:37 | TEST |  Take CMLV |
21:12:35 | VOID |  gv crap! |
21:10:24 | TEST | |
21:10:23 | FUCKYOU |  Same story, different alias |
21:08:53 | TEST |  Take CMLIII |
21:08:40 | FUCKYOU |  Alias! Fuckie fuck! Not gonna get myself more instances of that fucking error as long as I don't have to! |
21:06:51 | TEST |  Take CMLII |
21:06:50 | FUCKYOU |  This is REALLY getting annoying |
21:05:50 | TEST |   Take CMLI |
21:05:49 | LINK |  Fuck |
21:04:42 | TEST |  Take CML |
21:04:41 | VOID |  := |
21:03:17 | TEST |  Take CMXLIX |
21:03:16 | FIXED |  Syntax crap |
21:01:53 | TEST |  Take CMXLVIII |
21:01:51 | STUPIDITY |  I don't create locals in order not to use them. (one of the extremely few instances in which that Go disease could be useful). |
21:00:41 | TEST |  Take CMXLVII |
21:00:40 | VOID |  Self method crap |
20:58:42 | TEST |  Take CMXLVI |
20:58:36 | CONVERT |  Wendicka's spell list |
20:05:46 | FUCKYOU |   AT LAST! The error message I WANTED to see... |
20:04:12 | FUCKYOU |   I think I found the source of evil. It's really astonishing that this error wasn't thrown before, though.... |
20:02:32 | TEST |  Take CMXLV |
20:02:31 | DEBUG |  ??? |
19:57:13 | TEST |  Take CMXLIV |
19:57:11 | HUH |  DA FUUUUUUUUCK! |
19:53:12 | TEST |  Take CMXLIII |
19:53:10 | FUCKYOU |  FUCK YOU!!!!! |
19:52:16 | TEST |  Take CMXLII |
19:52:15 | FUCKYOU |  Whenever you think it can't go wrong anymore..... it GOES wrong! |
19:51:07 | TEST |  Take CMXLI |
19:51:04 | VOID |  Just fuck it! Just fuck it all! |
19:44:24 | TEST |  Take CMXL |
19:44:23 | FIXED |  ID conflict |
19:39:46 | TEST |  Take CMXXXIX |
19:39:45 | COCKROACH |  I don't get it anymore |
19:30:58 | TEST |  Take CMXXXVIII |
19:30:56 | COCKROACH |  ???? |
19:29:19 | TEST |   Take CMXXXVII |
19:29:18 | FUCKYOU |  This is getting more and more irritating. I think I need a break! |
19:28:15 | SCYNDI |  Take CMXXXVI |
19:28:09 | FUCKYOU |  Another scope kind not accepted? |
19:24:29 | TEST |  Take CMXXXV |
19:24:27 | FIXED |  DefTable was not allowed within in IF-scope, which is of course, entirely bullshit-o. |
19:21:09 | TEST |  Take CMXXXIV |
19:21:06 | FUCKYOU |  No, but perhaps this will do it? |
19:20:57 | TEST |   Take CMXXXIII |
19:17:03 | FUCKYOU |  Well? |
19:11:39 | TEST |  Take CMXXXII |
19:11:38 | VOID |  Fuck |
19:09:49 | TEST |  Take CMXXXI |
19:09:47 | HUH |  I'm completely confused now, but I think I got it.... |
18:45:29 | CONFIRMED |  At least that part has been taken care of. But I guess something more is required. |
18:44:09 | TEST |  Take CMXXX |
18:44:03 | FIXED |  Part of the problem was in Scyndi itself. If you used DDef multiple times within one scope, both created variables would have the same name in the translation |
18:41:11 | DEBUG |  The line causing the error has been found, yet, I wonder how it could be called. |
18:37:43 | TEST |  Take CMXXIX |
18:37:42 | DEBUG |  ? |
18:35:17 | TEST |  Take CMXXVIII |
18:35:17 | DEBUG |  well? |
18:35:11 | FIXED |  One tiny fix done, but there's still a long way to go! |
18:32:41 | TEST |  Take CMXXVII |
18:32:11 | DEBUG |   From there I can go deeper |
18:29:46 | REPORT |  that confirms that this line is where it goes wrong... or at least, one of the function it calls. for atag in RPGChar[CharTag].List.ABL.Each |
18:27:27 | TEST |  Take CMXXVI |
18:27:26 | DEBUG |  Another |
18:25:33 | TEST |  Take CMXXV |
18:25:32 | DEBUG |  Untracable error, yet I'll have to trace it, so let's start adding debug lines like crazy |
18:16:10 | TEST |  Take CMXXIV |
18:16:06 | STATUS |   Well, let's see how this will go |
18:15:48 | DONE |  RPGChar can now handle lists, and should therefore fool the game succesfully |
17:54:15 | STUDY |  Right-o! I see all the stuff I wanted to see here! |
17:51:04 | STUDY |  And the Scyndi code also indicates that the feature *is* present. Good! |
17:49:51 | STUDY |  I really needed to take a look to the integrity of the Statistician feature as I need to use a feature now that I didn't yet use before... At least not in statistician (in its predecessor I did, and Star Story even uses it). |
17:46:16 | TEST |   Take CMXXIII |
17:46:14 | STATUS |  NOW for the runtime testing |
15:47:46 | STATUS | |
15:44:27 | FUCKYOU |  Take CMXXII |
15:44:24 | FUCKYOU |  Fixed now? |
15:43:14 | COCKROACH |  Such a simple feature and yet it does everything it can (or can't) to keep on refusing to work! |
15:41:36 | FUCKYOU |  Take CMXXI |
15:41:32 | FUCKYOU |  Well, the beautiful method refuses to work, so I guess the dirty method will have to do |
15:38:05 | FUCKYOU |  A large error dumpout by Lua... I guess that's PROGRESS! |
15:36:47 | TEST |  Take CMXX |
15:36:45 | SOLVED |  I think I see it |
15:36:21 | TEST |   Take CMXIX |
15:36:20 | MYSTERY |  This error should not be possible, so let's see wtf is wrong here |
15:32:31 | TEST |  Take CMXVIII |
15:32:30 | STUPIDITY |  C++ != Lua So arrays start on 0! |
15:29:25 | HUH |  Take CMXVII |
15:29:20 | HUH |  InsKind not properly set???? |
15:28:31 | STATUS |  A different error means progress, but this one confuses me, but let's look further |
15:26:47 | FIXED |  ????? PLEASE ?????? |
15:24:16 | DEBUG |  Take CMXVI |
15:24:13 | DEBUG |  More debug crap |
15:19:40 | TEST |  Take CMXV |
15:19:38 | DEBUG |   More debug crap to find out why this cockroach refuses to get fixed (against all possibile odds) |
15:16:52 | VISUALSTUDIO |  Take CMXIV |
15:16:46 | FIXED |  I hope |
15:14:36 | BUG |  The DefTable Scope isn't closed, but I think I know how this can be |
15:11:46 | TEST |  Take CMXIII |
15:11:41 | FUCKYOU |  How can this be? Unclosed function scope (all the way NOT possible at all) |
15:07:54 | EXPERIMENT |   Take CMXII |
15:07:21 | DUMMIED |  All compiler errors with DefTable still on dummy accounted for, but now to UNDUMMY that part |
15:06:35 | TEST |  Take CMXI |
15:06:33 | CODEROT |  Another or -> || |
15:05:44 | TEST |  Take CMX |
15:05:42 | CODEROT |  Image.Load -> LoadImage |
15:00:40 | TEST |  Take CMIX |
15:00:39 | CODEROT |  || |
14:56:54 | TEST |  Take CMVIII |
14:56:52 | LINK |  FitText |
14:56:10 | TEST |  Take CMVII |
14:56:08 | LINK |  Linked it |
14:56:04 | SEARCH |  Found it |
14:54:29 | SEARCH |  ClickARM |
14:52:33 | TEST |  Take CMVI |
14:52:27 | LINK |  Flow |
14:51:29 | TEST |  Take CMV |
14:51:26 | LINK |  sys |
14:50:18 | TEST |  Take CMIV |
14:50:11 | LINK |   RPG2Stat |
14:48:53 | TEST |  Take CMIII |
14:48:51 | VOID |  := |
14:47:43 | TEST |  Take CMII |
14:47:39 | LINK |   Intervar |
14:47:24 | CODEROT |  :upper |
14:47:14 | VOID |  := void |
14:45:50 | TEST |  Take CMI |
14:45:43 | VOID |  := (1900 takes already... And I haven't yet fully done the first dungeon, yet) |
14:44:49 | TEST |  Take CM |
14:44:49 | VOID |  := |
14:44:30 | LINK |  Link |
14:42:48 | TEST |  Take DCCCXCIX |
14:42:46 | CODEROT |  Same as before |
14:42:41 | VOID |  := |
14:41:28 | TEST |   Take DCCCXCVIII |
14:41:24 | VOID |  I don't know how may := voids I'll need, but my prognosis is that it will haunt me during this entire project! |
14:39:49 | TEST |  Take DCCCXCVII |
14:39:48 | LINK |  Anyway |
14:39:39 | CODEROT |  Events functions that became properties |
14:39:28 | VOID |  := |
14:38:12 | TEST |  Take DCCCXCVI |
14:38:10 | LINK |  events |
14:37:23 | TEST |  Take DCCCXCV |
14:37:19 | VOID |  Loads of := |
14:36:33 | VOID |   It appears that type names and () in a comment is still taken as a function definition by Scyndi... That is a VERY serious bug! |
14:35:33 | MYSTERY |  Take DCCCXCIV |
14:33:14 | MYSTERY |  Apparently that was not it |
14:32:13 | TEST |  Take DCCCXCIII |
14:32:11 | DUMMIED |   Temporarily dummied that to make sure |
14:32:02 | REPORT |  Unclosed scope, eh? Is that because deftable is bugged? |
14:26:10 | TEST |  Take DCCCXCII |
14:26:05 | NOTE |  During the upcoming tests I will also have to check if the conversion as a whole worked out. Not only the DefTable. |
14:25:03 | CONVERT |  Neil -> Scyndi: Ability list |
14:18:09 | NOTE |  The tool comes later, but only needs to be recompiled |
14:17:55 | C++ |  The Kitty library has been adapted |
14:14:10 | CONFIRMED |  That appears to be the case |
14:13:19 | VISUALSTUDIO |  Take DCCCXCI -- This take is only to see if Scyndi compiles and does the job without DefTable still fine. |
14:12:51 | C++ |  The next code uses DefTable. Something Scyndi does not yet support, but as it's a very cool feature that can save me tons of work, I saw to it that I MADE Scyndi support it! |
09:32:46 | TEST |  Take DCCCXC |
09:32:44 | FIXED |  Icon line not clickable |
09:28:28 | TEST |  Take DCCCLXXXIX |
09:28:24 | NEIL |  -> Scyndi: Briggs' Resistance |
09:23:39 | TEST |  Take DCCCLXXXVIII |
09:23:38 | FUCKYOU |  Sys |
09:22:27 | TEST |   Take DCCCLXXXVII |
09:22:25 | LINK |  RPG2Stat |
09:20:57 | TEST |  Take DCCCLXXXVI |
09:20:55 | FIXED |  Module head missing |
09:18:51 | TEST |  Take DCCCLXXXV |
09:18:29 | CHARACTER |   Crystal's resistance initiation |
09:14:06 | STATUS |  At least it works in general sense, and that's already worth a lot! |
09:13:49 | BUG | #183 (although cosmetic, still one that requires fixing) |
09:03:21 | TEST |  Take DCCCLXXXIV |
09:03:20 | FIXED |  Faulty := |
09:02:07 | TEST |  Take DCCCLXXXIII |
09:02:05 | CODEROT |  TextWidth -> Width |
09:01:07 | TEST |  Take DCCCLXXXII |
09:01:06 | CODEROT |  DarkText -> Dark |
08:59:36 | TEST |  Take DCCCLXXXI |
08:59:28 | FIXED |  void routine fixed |
08:57:52 | TEST |  Take DCCCLXXX |
08:57:46 | HUH |  ??? |
08:55:37 | TEST |  Take DCCCLXXIX |
08:55:36 | LINK |  FitText |
08:54:38 | TEST |  Take DCCCLXXVIII |
08:54:36 | STATUS |  Well, let's see what will happen next, eh? |
08:54:08 | C++ |   Of course I had to recompile Scyndi |
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 |