We had a major storm through here recently and we suffered damage to the house roof and ceilings. I just received the quote to repair. I’m hoping that a small fraction of the 80,000 odd people that download SDIO and/or Desktop Info every month won’t mind chipping in a few dollars to help out. Click on the big blue button at the bottom of the page to help us keep a roof over our heads, literally!
Guests have read-only access to our forums. If you wish to participate you will need to register. Be sure to activate your account from the email sent to you when you register.
Hey All,
I am running into this same issue right when SDI boots up and tries to download Index, I get error message "Exception: std::bad_cast..."
It is frustrating because about a month ago I was trying to fix this problem and I did but have no recollection as to how I did it. I recall it was a simple solution too, so I am hoping it will come to me or at least someone will post something that will help me remember.
Please post if anyone has some more info on this!
Hey All,
I am running into this same issue right when SDI boots up and tries to download Index, I get error message "Exception: std::bad_cast..."
It is frustrating because about a month ago I was trying to fix this problem and I did but have no recollection as to how I did it. I recall it was a simple solution too, so I am hoping it will come to me or at least someone will post something that will help me remember.
Please post if anyone has some more info on this!
Up, can you fix the bug please ? i have same error.
Windows 11 64 bit
@machou zip up the log file and post it here
So I feel like an idiot, because I've got the wrong site between Snappy Driver Installer and Snappy Driver Install Origin 😥
I've tried Snappy Driver Install Origin and it works perfectly 😍
But it seems to me that I had this bug at the time anyway ^^
Thanks for time.
LOL it happens. At least that explains why I can't reproduce it 🙂
Can confirm that disabling IPv6 on my Ethernet port allowed me to update driverpacks. Was previously throwing an exception: std::bad_cast as soon as it would try to download.
That gives me something to clutch at.
I re-enabled IPv6 to get a log for you, I attempted to have it start downloading the latest WLAN-WiFi driverpack (24071) and let it error out. Unsure if my logs will help but hey, no skin off my nose to offer them up. 🙂
EDIT: Can't attach 7zip archives? Apologies, did not know, second post ever, uhhhh I suppose I could Pastelink the log.txt? removed link
might help, you never know. I haven't been able to reproduce it so any clue will help.
I've same error on Win10 while ipv6 and ipv4 enabled. French ISP operator called "Free".
If I disable ipv6 no error (but no download).
Tried within Win10 VM, reproduced once, then disable ipv6 works, then only ipv6 works, then re-enabled ipv4 and ipv6 works again...
Trying within Win11 VM ...
I'm guessing there's a bug in a recent release of the libtorrent library.
Hello.
I have the same problem on my windows 10. Not yet solved or finded? Is it well the libtorrent library the bug only to collect indexes?
Thanks
For the record this error happened to me today on a win7 box but only once and I haven't been able to reproduce it. I found the code that is throwing the exception. It happens after it has initiated the torrent download and is in a wait loop. I don't know what this code does or why it is throwing an exception. I don't believe it's important in getting the torrent downloaded.
std::unique_ptr<alert> holder;
holder=hSession->pop_alert();
while(holder.get())
{
if(Log.isAllowed(LOG_VERBOSE_TORRENT))
Log.print_con("Torrent: %s | %s\n",holder.get()->what(),holder.get()->message().c_str());
holder=hSession->pop_alert();
}
Anyway, I've wrapped it in an exception handler so it doesn't kill the program and hopefully that will improve things.
try
{
std::unique_ptr<alert> holder;
holder=hSession->pop_alert();
while(holder.get())
{
if(Log.isAllowed(LOG_VERBOSE_TORRENT))
Log.print_con("Torrent: %s | %s\n",holder.get()->what(),holder.get()->message().c_str());
holder=hSession->pop_alert();
}
}
catch(std::bad_cast&){
Log.print_con("Torrent: std::bad_cast");
}
If you notice the bad_cast message in the console output, this is the code that generates it.
Some more information from "C:\mingw\mingw64\x86_64-w64-mingw32\include\libtorrent\session.hpp"
// ``pop_alert()`` is used to ask the session if any errors or events has
// occurred. With set_alert_mask() you can filter which alerts to receive
// through ``pop_alert()``. For information about the alert categories,
// see alerts_.
So the theory, I think, is that while it's in the loop waiting for the torrent to download, it will inquire as to whether there are any errors or events, grab each alert one by one and write them to the SDIO console if the correct logging flag is set.
I could probably save a few cpu cycles by checking for the logging flag before checking for alerts.
