Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 04/24/2024 in Posts

  1. test It is a curious case, I cannot post a given sentence. Here it gives On the original thread gave different errors, initially "saving" forever, then attempting to use EDIT, it said that post was too old or had been deleted.
    1 point
  2. Try Tutamail. By default (but you then change) it uses password encrypted email sending. In order for the recipient to read the email and possibly open attachments, they must know the password you chose during sending. The recipient of course is informed (via client-email) that he or she has received an email. Obviously all this assumes that you have a browser (the email is read using the web-mail method) set up reasonably well from a security/privacy standpoint. In the image the email received. Without a password it cannot be read.
    1 point
  3. I noticed it on Google Street View.
    1 point
  4. Yes, almost everyone uses the same e-mail they have in their smartphone (Gmail). I include 2 more secure email services: https://proton.me/mail https://tuta.com/ It is possible to register a free account.
    1 point
  5. digging deeper, ICU4C's ures_openDirect() fails, which ICU data is bundled inside DLL.
    1 point
  6. Back on topic, has anyone else using Thorium noticed it sometimes not loading web fonts? I've noticed it on this forum site which I use a lot - https://forums.digitalspy.com/ It looks fine in 360Chrome and Supermium, but not in Thorium, where it falls back to Times New Roman. The console shows many entries saying "OTS parsing error: Unable to instantiate font face from font data." I assume this is the cause.
    1 point
  7. My interest in scripts is specifically for security/privacy. So I block all HTTP website scripts in the browser. Almost all links to malwares content are HTTP. But with a simple rule in uBO you can do the same.
    1 point
  8. I have done a test to check the behavior of the Paragon GPT Loader driver with the 2TB limit in an XP system configured in IDE mode. After formatting my 4TB Seagate ST4000LM024 GPT disk in Win10, I started to fill it always in Win10 by copying in a progressive way the files numbered from 01 to 432 until to reach 2,194,897,825,792 bytes (at the end of the copy I made sure that all the files were uncorrupted): After connecting the disk to the XP system with Paragon GPT Loader installed, I first verified again that all files were not corrupted and then copied a single file to the disk reaching a total of 2,199,889,600,512 bytes: Checking once again the integrity of all files, I noticed that the first file copied a few days earlier (the one marked with the number 01) was now corrupt while all the others were intact. But on the next system reboot, here is what happened: The problem encountered is almost the same as the one I detected using the asmedia asahci32.sys driver in a system configured in SATA/AHCI mode. The difference, which is no insignificant, is that at least with the asmedia driver, by following the identical procedure above, the drive was still accessible in XP and other files were still correctly available although the 2,199,023,255,552 bytes limit was exceeded. At this point, I also have serious doubts whether the GPT Loader can effectively work on 3TB GPT disks. It certainly does not work on 4TB GPT disks.
    1 point
×
×
  • Create New...