CREATE YOUR AI CUM SLUT ON CANDY.AI TRY FOR FREE
x
4.40 star(s) 8 Votes

Faenon

Member
Game Developer
Mar 16, 2024
137
251
Nope. I'm from somewhere you might consider even worse...The south :eek:
Nah, the game is actually set in the south for the most part, well the town is fake, but it's fake self is definitely well past Sunderland which is a good thing :)
 

anne O'nymous

I'm not grumpy, I'm just coded that way.
Modder
Donor
Respected User
Jun 10, 2017
11,025
16,328
Faenon

Code:
Full traceback:
  File "script.rpyc", line 20, in script call
  File "chapters/chapter02.rpyc", line 2652, in script
  File "D:\tmp\adult games\to test\Best Friends - 0.3\renpy\ast.py", line 1495, in execute
    next_node(renpy.game.context().lookup_return(pop=True))
  File "D:\tmp\adult games\to test\Best Friends - 0.3\renpy\execution.py", line 741, in lookup_return
    raise Exception("Could not find return label {!r}.".format(self.return_stack[-1]))
Exception: Could not find return label '_call_scene2_10_1'.
Please, do not, under no circumstance, change the from value for a call between two updates. Ren'Py use them as virtual labels to return from a called label and, as seen above, if they change, Ren'Py will not be able to find back its path to the calling label if the save was made in between.
 

Faenon

Member
Game Developer
Mar 16, 2024
137
251
Faenon

Code:
Full traceback:
  File "script.rpyc", line 20, in script call
  File "chapters/chapter02.rpyc", line 2652, in script
  File "D:\tmp\adult games\to test\Best Friends - 0.3\renpy\ast.py", line 1495, in execute
    next_node(renpy.game.context().lookup_return(pop=True))
  File "D:\tmp\adult games\to test\Best Friends - 0.3\renpy\execution.py", line 741, in lookup_return
    raise Exception("Could not find return label {!r}.".format(self.return_stack[-1]))
Exception: Could not find return label '_call_scene2_10_1'.
Please, do not, under no circumstance, change the from value for a call between two updates. Ren'Py use them as virtual labels to return from a called label and, as seen above, if they change, Ren'Py will not be able to find back its path to the calling label if the save was made in between.
I will keep an eye on that however I can find no evidence that I did any such thing ????
 

anne O'nymous

I'm not grumpy, I'm just coded that way.
Modder
Donor
Respected User
Jun 10, 2017
11,025
16,328
I will keep an eye on that however I can find no evidence that I did any such thing ????
" "

But obviously, if the label do not exist anymore (i.e. it's name in the return stack do not correspond to the new from value in the script), Ren'Py will have nowhere to return to.
It's what is shown by the traceback. Ren'Py searched for a particular label name, and failed to find it.
 

Faenon

Member
Game Developer
Mar 16, 2024
137
251
" "

But obviously, if the label do not exist anymore (i.e. it's name in the return stack do not correspond to the new from value in the script), Ren'Py will have nowhere to return to.
It's what is shown by the traceback. Ren'Py searched for a particular label name, and failed to find it.
Label scene2_10 still exists, that's the last scene in chapter 2, it's always been called that and never changed I don't understand why the "_1" has been appended to that statement, perhaps that's the virtualisation that you speak of but I've never called that scene anything other than scene2_10.
 

anne O'nymous

I'm not grumpy, I'm just coded that way.
Modder
Donor
Respected User
Jun 10, 2017
11,025
16,328
Label scene2_10 still exists, [...]
Who said that it don't exist?

As shown by the traceback, and explained in my post, it's "_call_scene2_10_1" the issue.

"_call_scene2_10_1" being the label created by Ren'Py as return point for the call scene2_10 statement since there is a following from clause; as said by the part of the doc I quoted. And it had this name because it's what you initially used as value for the following from clause.

Label that don't exist anymore because you renamed it "_call_scene2_10" in that update; like you did for most of the other from values. But label that Ren'Py will try to reach because it's what is in its return stack and, as said in the part of the doc I quoted, it's how Ren'Py handle return points when there's a from clause.

And of course, when Ren'Py try to reach a label that don't exist, whatever an explicit one declared through label or an implicit one like in this case, it don't end well.
 

Faenon

Member
Game Developer
Mar 16, 2024
137
251
Who said that it don't exist?

As shown by the traceback, and explained in my post, it's "_call_scene2_10_1" the issue.

"_call_scene2_10_1" being the label created by Ren'Py as return point for the call scene2_10 statement since there is a following from clause; as said by the part of the doc I quoted. And it had this name because it's what you initially used as value for the following from clause.

Label that don't exist anymore because you renamed it "_call_scene2_10" in that update; like you did for most of the other from values. But label that Ren'Py will try to reach because it's what is in its return stack and, as said in the part of the doc I quoted, it's how Ren'Py handle return points when there's a from clause.

And of course, when Ren'Py try to reach a label that don't exist, whatever an explicit one declared through label or an implicit one like in this case, it don't end well.
I didn't rename anything though, as I have just explained. Nothing was renamed. There is obviously a bug somewhere in here and I appreciate you pointing it out but I think this is a misleading exception being raised by ren'py. Like I said I will keep an eye on it.
 

anne O'nymous

I'm not grumpy, I'm just coded that way.
Modder
Donor
Respected User
Jun 10, 2017
11,025
16,328
I didn't rename anything though, as I have just explained. Nothing was renamed.
Yet all from value have changed in the rpy file for the chapter 2 between the version 0.2 and 0.3... In the 0.3 they end with "t" or "m", depending if the called label is for one or the other available route, while in the 0.2 the said letter wasn't present.

But well...
 

Faenon

Member
Game Developer
Mar 16, 2024
137
251
Yet all from value have changed in the rpy file for the chapter 2 between the version 0.2 and 0.3... In the 0.3 they end with "t" or "m", depending if the called label is for one or the other available route, while in the 0.2 the said letter wasn't present.

But well...
The from values are added by the compile process, they are not something I put in there. I do not use that clause. The scene numbering in the code is also not as binary as ending with t or m and they also never changed, that's not the way I work once I set a label name I have ZERO reason to adjust it. Like I said it's obviously an issue, not a game breaking one though and I will keep an eye on it and see what is causing the exception.
 

jufot

Well-Known Member
May 15, 2021
1,562
3,519
Through my personal life I stubbornly stick to English pronunciations and spellings. Even my kids get annoyed at me for calling it Football, crisps, chips, it's an amber not a yellow traffic light and so on.
Hear, hear! Never submit to those yanks calling their hand egg game "football" :)

1732216218299.png
 
  • Haha
Reactions: Azphel and Faenon

Faenon

Member
Game Developer
Mar 16, 2024
137
251
Very nice little game btw, Faenon! I added it to the story-first games list and did a little review :)
Thank you so much for taking the time to play and review it. Loved your little review :) As you mention Chapter 4 is available exclusively to Patreon supporters, I'm deep into development of Chapter 5 too, the first part of which will be released in Early December. to my supporters.

The Focus is firmly on story, the lewd scenes in the game augment it, they do not drive it. I'm so glad to see there is an audience for that type of game as when I began development I totally thought it was the most niche of niche of niche type content :)
 
4.40 star(s) 8 Votes