Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Pavel Rojtberg
    @paroj
    jup, works here too. Note, that if you open a github issue, you can attach actual zip files
    xahon
    @xahon
    Hey. Why doesn't ogre SDK provide debug versions of the libs? I have issues with the standard library because of mismatching of build type of ogre's libs and my ones. I can't build ogre by myself because it says about missing dependencies and i don't want to bother how to install and wire them up on windows
    xahon
    @xahon
    And another question: are ogre and ogre-next interchangeable or ogre-next can be used along with ogre? I don't see that ogre-next has anything related to terrains (maybe another components are missing too which were in ogre)
    Matías N. Goldberg
    @matiasgoldberg_twitter

    are ogre and ogre-next interchangeable or ogre-next

    If you mean as code, it's hard to use interchangeable (not impossible) because of the API differences.
    If you mean can they be installed alongside together, we are working on it on Linux because both versions will try to install the headers in the same directory (OGRECave/ogre-next#232)

    I don't see that ogre-next has anything related to terrains

    Yes ogre-next does, see the Sample_TutorialTerrain (the sample looks crappy but that's because of poor setup)
    Note that it's totally different from the Terrain component offered in ogre.

    Pavel Rojtberg
    @paroj
    Ogre 13 User Survey 2022: https://forms.gle/mUrUhtuXjnf6xN3V9
    tritonas00
    @tritonas00
    Hi! When i try to add a zip resource with read only false i get a segfault
    Ogre::ResourceGroupManager::getSingleton().addResourceLocation(path, "Zip", RGN_TEMP, false, false);
    We use ogre 1.11.6
    Is this normal?
    the segfault happens in OgreArchiveManager.cpp:65 pArch->load();
    with read only true, it works normally, but the archive remains locked as read only, until i close the app
    I want the archive to remain writable so i can delete it, inside the app
    tritonas00
    @tritonas00
    it works fine on Linux, but on Windows i get the above behavior
    Pavel Rojtberg
    @paroj
    zip archives are read-only in ogre. what exactly does not work because of this?
    tritonas00
    @tritonas00
    after addResourceLocation i cant delete the archive, neither in app (deleteResource) neither in windows explorer, permissions are read only, until i close the app
    after this operation the file remains readonly, strangely only on Windows, On Linux permissions kept intact
    we create an in game repository manager and we want to be able to delete mods also
    tritonas00
    @tritonas00
    as long as we don't update the cache (above operation) we can download/remove mods fine
    but, lets say we download a mod, update cache so the mod can be available in game, and re open the repository panel, we can't remove it if we want because of read only permissions
    That happens only on Windows, strangely
    I'm an amateur coder, and my English not so good, so i can demonstrate the issue with a video if that helps
    tritonas00
    @tritonas00
    as soon as this https://github.com/RigsOfRods/rigs-of-rods/blob/master/source/main/resources/CacheSystem.cpp#L972 involve, the zip file remains locked as read only, until we close the game
    tried ResourceGroupManager::getSingleton().addResourceLocation(path, "Zip", RGN_TEMP, false, false) but got segfault
    tritonas00
    @tritonas00
    I'm testing on Windows 10, in vbox
    tritonas00
    @tritonas00
    here is a video with the issue
    tritonas00
    @tritonas00
    isn't destroyResourceGroup enough to release the file?
    It works fine on Linux at least
    SNiLD
    @SNiLD
    linux doesn't lock files like windows does
    tritonas00
    @tritonas00
    hmm
    SNiLD
    @SNiLD
    in linux you can delete file even if some other process is using it, but that's not possible in windows (i'm not 100% certain if this changed in windows 11, but at least since windows 95 up to 10)
    tritonas00
    @tritonas00
    Ok that makes sense
    SNiLD
    @SNiLD
    (here raymond talks about related issue: https://devblogs.microsoft.com/oldnewthing/20220125-00/?p=106194 )
    tritonas00
    @tritonas00
    only deletion is affected though? because i can re-download, null it or anything
    SNiLD
    @SNiLD
    afair you can't rename the file either
    tritonas00
    @tritonas00
    i see
    tritonas00
    @tritonas00
    Ok thank you all very much for the info, really helpful, i will take the issue to our leader dev
    Pavel Rojtberg
    @paroj
    I think ArchiveManager::unload will solve the issue by closing the zip file.
    tritonas00
    @tritonas00
    Indeed! Thank you!
    Pavel Rojtberg
    @paroj
    added it to removeResourceLocation, to make usage more straightforward: OGRECave/ogre#2372
    tritonas00
    @tritonas00
    Nice!
    i use Ogre::FileSystemLayer::removeFile btw, should i go with Ogre::ResourceGroupManager::getSingleton().deleteResource ? are they both unicode safe?
    Pavel Rojtberg
    @paroj
    only the first one deletes files
    tritonas00
    @tritonas00
    Sorry for bothering again, but unload seems to create another issue
    Got segfault when trying to read a previously unloaded zip, which makes sense. But tried Ogre::ArchiveManager::load, after the file is downloaded still no luck
    Here is a vid with the issue
    Pavel Rojtberg
    @paroj
    please provide a stacktrace
    tritonas00
    @tritonas00
    Thread 1 "RoR" received signal SIGSEGV, Segmentation fault.
    0x00007ffff78ef727 in Ogre::ResourceGroupManager::openResourceImpl (this=0x555555c792c0, resourceName="a1da0UID-nhelens.terrn2", groupName="General", searchGroupsIfNotFound=searchGroupsIfNotFound@entry=false, resourceBeingLoaded=resourceBeingLoaded@entry=0x0, throwOnFailure=true) at /home/babis/Downloads/ror-dependencies/Source/ogre/OgreMain/src/OgreResourceGroupManager.cpp:695
    695                DataStreamPtr stream = pArch->open(resourceName);
    (gdb) bt
    #0  0x00007ffff78ef727 in Ogre::ResourceGroupManager::openResourceImpl (this=0x555555c792c0, resourceName="a1da0UID-nhelens.terrn2", 
        groupName="General", searchGroupsIfNotFound=searchGroupsIfNotFound@entry=false, resourceBeingLoaded=resourceBeingLoaded@entry=0x0, 
        throwOnFailure=true) at /home/babis/Downloads/ror-dependencies/Source/ogre/OgreMain/src/OgreResourceGroupManager.cpp:695
    #1  0x000055555598caea in Ogre::ResourceGroupManager::openResource (throwOnFailure=true, resourceBeingLoaded=0x0, groupName=..., 
        resourceName="a1da0UID-nhelens.terrn2", this=<optimized out>)
        at /home/babis/Downloads/ror-dependencies/Dependencies_Linux/include/OGRE/OgreResourceGroupManager.h:668
    #2  RoR::TerrainManager::LoadAndPrepareTerrain (entry=entry@entry=0x55555806f2e0)
        at /home/babis/Downloads/ror-dependencies/rigs-of-rods/source/main/terrain/TerrainManager.cpp:137
    #3  0x000055555562120a in RoR::GameContext::LoadTerrain (this=<optimized out>, filename_part="a1da0UID-nhelens.terrn2")
        at /home/babis/Downloads/ror-dependencies/rigs-of-rods/source/main/GameContext.cpp:114
    #4  0x00005555555ed2a2 in main (argc=<optimized out>, argv=<optimized out>)
        at /home/babis/Downloads/ror-dependencies/rigs-of-rods/source/main/main.cpp:516
    tritonas00
    @tritonas00
    strangely if i perform a full cache update, it works fine