Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
New Country.mdb
27-02-2025, 08:28 PM,
#1
New Country.mdb
Hi Jordi,
I have a strange problem when updating new Country.db from Feb 22. Update runs but after restart, SWL crashes reporting: Zipforge1: Invalid size or checksum of file or unsupported compression format. Native Error: 0008 File processing error, possibly disk is full. Country base does not exist.

If I look on SWL files on Total Commander just after update but before restart the Country.mdb exists and Country.bak too. After unsuccessfull restart no Country.mdb exists more, only Country.bak. If I copy older Country.mdb into Swl DB directory, everything runs, but always comes request to update to the new Country.mdb.

I am using Swl111, PC Apple iMac 27" OS Sequoia 15.3.1 with Parallels 20.2.2 and W10. I have tested the same on older laptop Thinkpad W701 with W7 which I was using in the past and there is no issuie with this.
I would appreciate your comment and if a file of new Country.mdb would be the solution for direct copy into the DB directory.

Wishing you nice weekend, best regards
Vaclav
OK1FBE
Reply
28-02-2025, 05:58 PM,
#2
RE: New Country.mdb
Hi Vaclav,

Seems an issue unzipping the updated file. When Swisslog warns you to update the Country Table, it downloads a SWLCTRY.ZIP and places it in the C:\Swisslog folder. At Swisslog start up, Swisslog chekcs if this file exists in the Swisslog folder. If so, tries to extract it and copy it in the default location (C:\Swisslog\DB). Seems your Windows emulator has certain issues to unzip this file. It could be because the downloaded file is corrupted or maybe you don't have enough free hard disk space (or you have not set a TEMP variable in your system!).

A manual "action" would be to download the update when Swisslog request you, close Swisslog then manually unzip the SWLCTRY.ZIP from the C:\Swislsog folder then extract the SWLCTRY.MDB file into C:\Swisslog\DB, overwriting the existing file. Then delete manually the SWLCTRY.ZIP file. When Swisslog starts all should run as usual. Summing up: doing manually what Swisslog does automatically.

Best 73
Jordi, EA3GCV
Current developer of Swisslog
Reply
04-03-2025, 04:56 PM,
#3
RE: New Country.mdb
Hi Jordi,
Thanks for kind replay. I have done according to your instructions, but the file country.zip cannot be extracted. Always message, that the file is damaged. The file is attached below. Could you look on this, please?
R Egards
Vaclav
OK1FBE
.zip   Swlctry.zip (Size: 641,85 KB / Downloads: 1)
Reply
04-03-2025, 10:56 PM,
#4
RE: New Country.mdb
Hi Vaclav,

The ZIP is damaged because is not fully downloaded. Seems it's an issue of your virtual machine, that's the reason of the error message when trying to extract it at start up. Download the file manual in the following link:

http://www.swisslogforwindows.com/Download/Swlctry.zip

Make sure you can extract it manually. If you can't extract it because it's damaged, use the secured link then try again:

https://www.swisslogforwindows.com/Download/Swlctry.zip

If you can extract it properly, afterwards replace the SWLCTRY.ZIP file in the C:\Swisslog then start Swisslog. Swisslog will unzip and do the rest of operations manually. But you should chech why you are having this issue. Maybe your antivirus is blocking downloading this file.

Let me know the results.

Best 73
Jordi, EA3GCV
Current developer of Swisslog
Reply
05-03-2025, 02:48 PM,
#5
RE: New Country.mdb
Hi Jordi, 
Many thanks for kind assistance. I have downloaded the zip files (both successfully). Just to note that only in Windows was possible to copy the original file into SWl like zip and after Swl restart the process has worked and Swl runs. 
(Just for info when downloading in Apple OS (Safari) the zip file was unable to be copied like zip and only automatically uzipped file could be handled.) 
Under (very old) Windows browser was it possible and unzip process in SWL and control check with extraction in Total Commander produced the identical files. Also automatic extraction in Apple Safari worked well.

Once again many thanks
Vaclav
OK1FBE
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)