Menu

#2921 SYMBIAN/SAM: Closes at ball of twine on Symbian OS Nokia N73

Sam and Max
closed
5
2007-07-08
2006-11-21
Anzati
No

ScummVM version:

Symbian S60 Version 3 binary 0.9.1 (Oct 24 2006 23:54:31)

Bug details, including instructions on reproducing:

Sam and Max closes (resets back to my phone menu, ScummVM closes completly) after you have rode the cable car to the restaurant at the top of the ball of twine, during the animation where max points out that there is a loose thread.

Language of game:

English

Version of game:

Floppy

Platform and Compiler

DOS

Discussion

  • Max Horn

    Max Horn - 2006-11-22
    • assigned_to: nobody --> anotherguest
    • summary: SAMNMAX Closes at ball of twine on Symbian OS Nokia N73 --> SYMBIAN/SAM: Closes at ball of twine on Symbian OS Nokia N73
     
  • Max Horn

    Max Horn - 2006-11-22

    Logged In: YES
    user_id=12935
    Originator: NO

    Please attach a save game with which one can reproduce the issue.

    Also, can you reproduce the issue on your desktop computer (running Windows, I'd guess?) ? Using that same savegame, I mean...

     
  • Anzati

    Anzati - 2006-11-23

    Logged In: YES
    user_id=1646460
    Originator: YES

    I have now attached the save game, if you just enter the cable car it should close ScummVM while on a shot of the loose thread.

    I have tested this on my PC through Windows and the game doesn't crash. This has allowed me to create a new save, that should allow me to progress past the crash point once transferred to my phone.

     
  • Anzati

    Anzati - 2006-11-23

    Sam & Max Save

     
  • Max Horn

    Max Horn - 2006-11-23

    Logged In: YES
    user_id=12935
    Originator: NO

    So the bug is Symbian specific.

    Maybe it's also caused by OSystem::grabRawScreen() not being implemented? Just a wild guess, I haven't been able to test this savegame yet.

     
  • Anzati

    Anzati - 2006-11-27

    Logged In: YES
    user_id=1646460
    Originator: YES

    I have done some reading up on the OSystem::grabRawScreen()issue, and it does sond very similar to those reports. The work around of playing that section on PC, mentioned on one of the reports regarding DOTT, did also work for me. I haven't had the issue so far with DOTT, although I am yet to complete the game on my phone, so it is possible the issue will also crop up there. I have a save close to the cart washing sequence mentioned in another report as a crash point in DOTT, so I will try this later today.

     
  • Anzati

    Anzati - 2006-11-28

    Logged In: YES
    user_id=1646460
    Originator: YES

    I have tested DOTT and I go get the same crash, so I'm quite convinced this is the same OSystem::grabRawScreen()issue as the other bug reports, sorry to have wasted your time reporting an occourance of a known issue.

     
  • Lars Persson

    Lars Persson - 2006-11-28

    Logged In: YES
    user_id=698915
    Originator: NO

    I will use a crash tool on a S60v2 phone to try to reproduce the crash. Since the SDL backend is used grabrawscreen is implemented using that, and should n't be the main source of problems.

     
  • Max Horn

    Max Horn - 2006-11-28

    Logged In: YES
    user_id=12935
    Originator: NO

    Could it be a memory problem? I.e. grabRawScreen allocates yet another screen surface, maybe that malloc fails? As you can see, I have no idea how tight memory on these Symbian systems really is...

     
  • Grisafsd

    Grisafsd - 2006-12-18

    Logged In: YES
    user_id=1671030
    Originator: NO

    I came here looking for help with the same problem, except that I am using a PSP with CD version of the game. Max says, "Hey, look." It shows the ball of twine, the music stops and the PSP turns itself off.

     
  • Eugene Sandulenko

    Logged In: YES
    user_id=166507
    Originator: NO

    What is the status of this item?

     
  • Max Horn

    Max Horn - 2007-06-23

    Logged In: YES
    user_id=12935
    Originator: NO

    What is the status of this item? Does it still occur in 0.10.0 ?

    In addition, note that in SVN (i.e. post-0.10.0), we made changes to the code which *might* affect this. So if the problem still occurs in 0.10.0, it would be nice if somebody could test with an SVN build to see if the issue occurs there, too.

     
  • Max Horn

    Max Horn - 2007-06-23
    • status: open --> pending
     
  • SourceForge Robot

    • status: pending --> closed
     
  • SourceForge Robot

    Logged In: YES
    user_id=1312539
    Originator: NO

    This Tracker item was closed automatically by the system. It was
    previously set to a Pending status, and the original submitter
    did not respond within 14 days (the time period specified by
    the administrator of this Tracker).

     
MongoDB Logo MongoDB