Heh. I found this post again after coming back to this on FreeNAS. I forgot I made this post and found it when searching for the error message. I still have no solution for that malloc failure. Your suggestion to use --cacert didn't change anything for me.

I have worked around the issue though by booting up a FreeBSD virtual machine and building it there. That was a surprising ordeal but at least it worked in the end.

Been using for a while with no issues.
Tonight started to get this:

terminate called after throwing an instance of 'boost::filesystem::filesystem_error'
what(): boost::filesystem::status: Invalid argument: "/mnt/e/_gog_downloads_/1954_alcatraz"
Aborted (core dumped)

Any ideas?

Running v3.5

I have no plans for a GUI at least at the moment.


Make a debug build with -DCMAKE_BUILD_TYPE=Debug
Then run lgogdonwloader with gdb That should give me a better idea where something goes wrong.
My guess is that I'm not checking if the path is a directory before trying to get file size or some other info.

Ironically a second reboot has fixed the issue. I had done a reboot to see if that fixed the issue but it did not hence the post. When I went to do your suggestion, the second reboot has fixed the issue. Go figure. Thanks for the follow up.

If you prefer to use a GUI maybe have a look at this project. It seems to use lgogdownloader as a backend.

Tried. Does not work. I launch it and nothing happens exept console output

Hi,

I am new to this and a question about usage (I could not find anything using search engines).
How does it work, to check for game patches and install/apply them?

thank you very much for a short instruction/description.

little question about --check-orphans option.
latest version of lgogdownloader-git-3.5.r20.g0a7648d
so i've found 2 folders of same game, but with different names i am using --update-cache in specific folder which also has 2 subfolders with same names containing xml files
so when i am using option --check-orphans there is nada in output.

is there a way to prevent such situations?

is this still developed for?
and does it have opensuse forums?

Yes, the official GitHub repository is quite active.
Latest code contribution has been done only 6 days ago ;)

Thank you for this OP.

How did I not notice it sooner...

I have started to see HTTP errors as highlighted from the log below in the last few weeks. And not just extras, game executables as well.
I'm using LGOGDownloader 3.5. When this started happening, I downloaded the source .zip and recompiled (version still says 3.5) and this still happens. I wind up with empty game directories where the updates have not been downloaded but the old versions have been deleted. lgogdownloader has been working pretty well flawlessly for me for a long time until now. Any ideas? Thanks!

2020-Mar-02 22:43:36: Download complete (HTTP response code said error): redguard_manual.zip
2020-Mar-02 22:43:36: Begin download: arena_manual.zip
2020-Mar-02 22:43:37: Download complete: the_dig_novel_br_pt.zip (@ 0.00kB/s)
2020-Mar-02 22:43:37: Begin download: arena_player_guide.zip
2020-Mar-02 22:43:37: Download complete (HTTP response code said error): arena_manual.zip
2020-Mar-02 22:43:37: Begin download: arena_quick_ref.zip
2020-Mar-02 22:43:37: Download complete: arena_player_guide.zip (@ 0.00kB/s)
2020-Mar-02 22:43:37: Begin download: arena_codex_scientia.zip
2020-Mar-02 22:43:37: Skipping complete file: setup_the_elder_scrolls_arena_1.07_(28043).exe
2020-Mar-02 22:43:37: Begin download: setup_the_elder_scrolls_ii_daggerfall_1.07_(28043).exe
2020-Mar-02 22:43:38: Skipping complete file: setup_tes_redguard_2.0.0.5.exe
2020-Mar-02 22:43:38: Begin download: daggerfall_manual.zip
2020-Mar-02 22:43:38: Download complete (HTTP response code said error): arena_codex_scientia.zip
2020-Mar-02 22:43:38: Begin download: daggerfall_ref_card.zip
2020-Mar-02 22:43:38: Download complete: arena_quick_ref.zip (@ 0.00kB/s)
2020-Mar-02 22:43:38: Begin download: daggerfall_chronicles.zip
2020-Mar-02 22:43:38: Download complete (HTTP response code said error): daggerfall_manual.zip

2020-Mar-02 22:43:18 [Thread #3] Download complete (HTTP response code said error): the_colonists_1_4_1_1_36474.sh

Do I understand it correctly that with these changes lgogdownloader will not be affected anymore by the shutdown of the GOG downloader interface and will continue to work as usual?

If so it might be a good time to release a new "official" lgogdownloader version.

Sude and anyone else who is contributing, once again thank you very much for continuously improving lgogdownloader and keeping it up-to-date!

LGOGDownloader 3.6
- Added support for new language: Hebrew
- Galaxy: Automatically delete old files when updating or downgrading
* --galaxy-install option now determines build id of old installation and compares it to selected build to see if files have been removed
- Check and link to atomic operations library if necessary (Patch by: Michał Janiszewski)
* Adds a configure-time check to verify if the library is needed and adds it when necessary
- Removed usage of QDesktopWidget
* QDesktopWidget is obsolete and some of its methods don't work correctly
- Added retry condition for CURLE_RECV_ERROR
- Fixed issue of downloader exiting when encountering error while getting game details
- Disabled search for boost-cmake
* Fixes building with Boost >= 1.70.0
- Removed usage of old downloader API
* --download-file now uses Galaxy API
* It would be preferable to use numerical product id for --download-file option but the old method of using gamename should still work fine
* --login-api and --login-website options have been removed
* lgogdownloader no longer depends on liboauth
- Fixed CMake find_path for jsoncpp version >= 1.9.2 (patch by: James Le Cuirot)
- Changed --check-orphans to override global config values
* Overrides "include", "platform" and "language" option values
* Previously orphan checking was limited to user selected language and platform values
- Added --info-threads option to set number of threads the downloader uses for getting product info
- Added split file support for MojoSetup hack
* Some game installers have big files split into multiple parts and combined during the installation process
* This change makes MojoSetup hack combine the split files and therefore fixes previously incorrect handling of these installers
- Fixed an issue with filenames containing ampersand
- Automatically select appropriate size unit for total remaining status
* Makes the status line much more readable
- Show HTTP response code in status message

https://sites.google.com/site/gogdownloader/lgogdownloader-3.6.tar.gz

sha256: 95dc314159e5bde638e0f2e78b0ba66dea935d0fa0047eefd055e05f7aa25ac1
md5: 549d2be9f9161a86f1152d98f0431a4e




That's weird. I haven't encountered this issue before.
Check if this still happens with version 3.6. It should show the response code in those messages which will give us more information on what actually happened to cause that.

Yes.
Since version 3.3 only --update-check and --download-file options were using the old api.
After these latest changes lgogdownloader no longer uses the old API for anything.

I just released version 3.6 so people using the stable releases won't have any issues caused by GOG removing the old API.

Thanks, I've built it and am running now. It takes a while...

On another topic, I'm going to run out of space on my 10TB drive, is there an easy way to split the files onto two drives?
Running twice with #-m and n-z as regex maybe?