Open stupidcat712 opened 3 years ago
Some here on Windows 10 (20H2). Squid service starts but noting works and no access.log or error.log is written. Trying to start "squid.exe" ends in squid 1905 cygwin_exception::open_stackdumpfile: Dumping stack trace to squid.exe.stackdump
Seems that there is a bug in tis version.
Also the Squid Tray always pops up a message that a new version 4.14 is available, even if I am just using this version. Please fix tis and meanwhile make the last working version available for download.
We have tested the install on fresh Windows 10 and everything was fine. Maybe you have some other squid.conf though, could you attach it to this issue? Be sure to remove all personal info though.
My Windows Server 2019 is fresh install and there is no other squid.conf Version 3.5.28 work fine on fresh Windows Server 2019
Yes, direct after installation the software my work, but as soon as you change the squid.config and/or restart the service, no access.log or error.log is written any more and the service doesn‘t work any more, even if it states that the servos is running.
On 28. May 2021, at 12:10, Diladele B.V. @.***> wrote:
We have tested the install on fresh Windows 10 and everything was fine. Maybe you have some other squid.conf though, could you attach it to this issue? Be sure to remove all personal info though.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.
same here.. installed 4.14 on windows 10.. no squid process listening on 3128... installed 3.5.28 process is there and listening.. No changes to conf file.. (for both installs)
Same here on Windows Server 2016. Service process starts but nothing listening on port 3128 according to netstat. Not sure where to download the MSI of the old version though???
I'm seeing the same cygwin_exception::open_stackdumpfile: Dumping stack trace to squid.exe.stackdump error on Windows 2012 R2 Error happens on a VM on a ESXi 6.7 platform with Sandy Bridge CPU's with the base conf file and when the VM was migrated to another ESXi 6.7 platform with Haswell CPU's it worked without issue, even worked when I changed to my 3.5 conf file At a guess the code was compiled to to take advantage of a CPU feature that isn't available in some older CPU's
Like @mudwiggle-farm said, this seems like an issue of using newer opcodes not available on older CPUs or on some virtualization platforms.
Squid default configure is known to have this issue (as for example stated at - https://unix.stackexchange.com/questions/375696/squid-illegal-instruction-core-dumped)
The fix should be reconfiguring with "--disable-arch-native" and recompiling.
I had this same issue on Windows Server 2019 (clean install). Only got it running for about an hour (no idea how, no changes were made). It wouldn't open a listening port.
This is ridiculous. Two years already, and the latest release still just cannot start, and nobody cares. I guess I will opt out in favor of another project.
Windows Event Log shows "Cannot find a squid process. Trying to start it..." and clients can't access the internet though proxy. However, Squid for Windows 3.5.28 works perfectly.