Re: Re: bash-4.4.12-3: Building package with gcc-10.2 fails due to duplicate symbols
On Wed, 16 Dec 2020 at 18:48, Mattl Mario wrote: > > You’re right > > e.g. setting environment CFLAGS=-fcommon before executing "configure" > > then it works What are you talking about? Is this a new kind of "me too" message? Are you responding to somebody? If yes, what did they say? You really should get a proper email client, one that is able to follow a thread and not start a new thread for every reply. Csaba -- You can get very substantial performance improvements by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler So if you're looking for a completely portable, 100% standards-conformant way to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK) -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
New version of GLM package?
Hello everyone, I'm wondering if it would be possible to release a newer version of this package and also fixing this bug if it is possible: https://cygwin.com/pipermail/cygwin/2020-August/245945.html Thank you very much for your time and your support. Sincerely. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: New version of GLM package?
On 17.12.2020 14:19, Carlo B. via Cygwin wrote: Hello everyone, I'm wondering if it would be possible to release a newer version of this package and also fixing this bug if it is possible: https://cygwin.com/pipermail/cygwin/2020-August/245945.html Thank you very much for your time and your support. Sincerely. I will give a look Regards Marco -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Finding cygport/cygwin source repositories not listed at https://cygwin.org/packages/package_list.html
On 16/12/2020 21:44, Adam Dinwoodie wrote: > On Wed, 16 Dec 2020 at 20:31, Hamish McIntyre-Bhatty wrote: >> I have several packages I need the Cygwin source repositories for, but >> there is no link from https://cygwin.org/packages/package_list.html to >> the cygwin source. >> >> In a few cases the repositories are also out of date (mostly Python >> stuff, probably your packages adopted from Yaakov, Marco Atzeri?). >> >> I was wondering if there's a good way to find these/if someone might >> know of the top of their head if I list them? >> >> It's quite a lot of packages, so it's likely better if I can be given >> pointers. >> >> Full disclaimer: I specifically need the source repos and not just the >> source packages because I'm using them for an automated source bundling >> tool for my DDRescue-GUI Windows bundle (which is open source but >> commercial). I've spent ages writing the script and I'd rather not do it >> over again / make lots of modifications and break it. >> >> Any ideas? > Yes, but I don't think you'll like it: use the source packages, not > the repositories. There's no obligation or expectation that package > maintainers make their source code available in any way other than > through providing a source package. Some do provide a public > repository and make it readily available, but I would not be at all > surprised if some maintainers – particularly for packages that don't > get many upstream updates – don't use version control at all. > > Further, remember for GPL-like licenses you need to provide *all* the > source code that's used to create the binaries you're distributing, > including both the upstream source code and any Cygwin-specific > patches or modifications. Those will normally be in two separate > repositories, and there's no guarantee it'll be easy to find one from > the other. Taking Git as an easy example, since it's a package I > maintain and am familiar with: you'd need to find both > https://github.com/me-and/Cygwin-Git/ and > https://git.kernel.org/pub/scm/git/git.git if you wanted the > underlying repositories, and I can't think of any way to get from one > to the other that's not incredibly fragile. And, as I say, I suspect > there are a bunch of packages in Cygwin where it's much more > difficult, if not impossible. > > I think a much better route here would be to parse the setup.ini files > (e.g. > https://mirrorservice.org/sites/sourceware.org/pub/cygwin/x86_64/setup.ini) > to work out the paths of the source packages that correspond to each > of the release packages you're using, and to use those. That's going > to be less work and also less fragile than trying to hunt down > repositories that may not even exist. > > Adam This really worked a treat, did the job much better. Thanks so much! :) Hamish 0x87B761FE07F548D6.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin.com domain not working
On 16/12/2020 09:58, Markus Schönhaber wrote: > 16.12.20, 10:41 +0100, Hamish McIntyre-Bhatty via Cygwin: > >> I'm sure you're probably already aware of this, but the cygwin.com >> domain no longer seems to be working. > https://cygwin.com/acronyms/#WJFFM > Yep, seems to be at my end. Who knows why, guess that's another thing to figure out sometime. For now I can just use cygwin.org. Hamish 0x87B761FE07F548D6.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin sshd broken by seemingly trivial network change
On Wed, Dec 16, 2020 at 09:37:08AM -0600, wors...@bellsouth.net wrote: > While installing a new router, I changed my local network from 192.168.4.* > to 192.168.50.*. This seems to have broken Cygwin sshd on both of my remote > computers, but only for Cygwin; sshd works fine if I boot the remote > computer from a linux thumb drive. I have noticed no other problems with the > new network configuration. > > ssh -vvv does not give any messages that look useful to me. Authentication > problems usually give some useful message, but this seems to fail before > getting that far: > > ssh -vvv $ASUS12 > OpenSSH_8.3p1, OpenSSL 1.1.1f 31 Mar 2020 > debug1: Reading configuration data /home/cdr/.ssh/config > debug1: /home/cdr/.ssh/config line 1: Applying options for * > debug1: Reading configuration data /etc/ssh_config > debug2: resolve_canonicalize: hostname 192.168.50.105 is address > debug2: ssh_connect_direct > debug1: Connecting to 192.168.50.105 [192.168.50.105] port 22. > debug1: connect to address 192.168.50.105 port 22: Connection timed out > ssh: connect to host 192.168.50.105 port 22: Connection timed out > --- > The server is running, as confirmed by cyrunsrv -Q sshd. > /var/log/sshd.log is an empty file. > --- > nmap shows port 22 open on the remote server: > nmap -p22 $ASUS12 > Nmap scan report for asus12 (192.168.50.105) > Host is up (0.13s latency). > PORT STATE SERVICE > 22/tcp filtered ssh > -- > However, telnet fails before returning the expected header string: > telnet $ASUS12 22 > Connecting To 192.168.50.105...Could not open connection to the host, on > port 22 > : Connect failed > (For comparison, linux returns the string "SSH-2.0-OpenSSH_7.9p1 > Debian-10+deb10u2") > --- I think 'filtered' means there is something in the way. Is all this on the same LAN but with a new router? Are the connections wireless? I would try the telnet test from the server itself, both to its external address and to localhost. All in search of clues. This seems like a networking issue or a specific configuration on the server that limits client access or listening ports. Stephen > I can't think what to try short of reinstalling sshd. > > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin sshd broken by seemingly trivial network change
On 12/16/2020 9:37 AM, wors...@bellsouth.net wrote: > While installing a new router, I changed my local network from > 192.168.4.* to 192.168.50.*. This seems to have broken Cygwin sshd on > both of my remote computers, but only for Cygwin; sshd works fine if I > boot the remote computer from a linux thumb drive. I have noticed no > other problems with the new network configuration. > --- > nmap shows port 22 open on the remote server: > nmap -p22 $ASUS12 > Nmap scan report for asus12 (192.168.50.105) > Host is up (0.13s latency). > PORT STATE SERVICE > 22/tcp filtered ssh > -- The last line was a giveaway. The problem is with the Windows firewall. However, I have found no remedy apart from totally disabling the firewall. The old settings no longer work: sshd is enabled for both private and public networks, but the firewall is still blocking access. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin sshd broken by seemingly trivial network change
On Thu, Dec 17, 2020 at 10:44 AM Charles Russell wrote: > The last line was a giveaway. The problem is with the Windows firewall. > However, I have found no remedy apart from totally disabling the > firewall. The old settings no longer work: sshd is enabled for both > private and public networks, but the firewall is still blocking access. If you ever got a GUI pop-up in Windows requesting access and you canceled the dialog, I have noticed that Windows will add a "deny" rule to the firewall. Make sure to look carefully through all of the firewall rules and check whether there is a rule blocking that executable or port. Just something to check. Bill -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Finding cygport/cygwin source repositories not listed at https://cygwin.org/packages/package_list.html
Hamish McIntyre-Bhatty via Cygwin writes: > This really worked a treat, did the job much better. Just be reminded that any of those packages can go away at any time, so you really need to keep your own copies. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Rsync + SSH slow speed
I have tried new things. I have copied deltaCopy into cygwin64 directory when i made the rsync command i use the rsync from deltacopy (--rsync-path=/DeltaCopy/rsync.exe ) /usr/bin/rsync -rlptDvh --partial --del --progress -s --ignore-errors --rsync-path=/DeltaCopy/rsync.exe -og --timeout=500 --include-from=/scripts/clients/pattern.txt --rsh='ssh -p 2230 -o CheckHostIP=no -o Compression=no ' Administrator@host:/cygdrive/ /dst/client/ with this configuration the speed goes to 30MBps :-OO i supposed that this version of rsync is optimized for speed. best regards El vie, 11 dic 2020 a las 11:59, Luis Gonzalez () escribió: > > Hi to everybody, > i have several windows server in different location with the latest > version of cygwin with open ssh and rsync installed openssh 8.4p1-2 > rsync 3.2.4dev > i'm trying to rsync from centos with rsync 3.2.3 > The problem is that if i use rsync > /usr/bin/rsync -rlptDvh --partial --del --progress -s --ignore-errors > -og --timeout=500 --include-from=/scripts/clients/pattern.txt > --rsh='ssh -p 2230 -o CheckHostIP=no -o Compression=no ' > Administrator@host:/cygdrive/ /dst/client/ > > speed is only above 2.0MBps. CPu is over 5%, hard disk is about 1% and > network speed is about 2% > if i made the same rsync over linux machine on the same location speed > is up to 60MBps(network speed on both sides is 600Mbps) > > i've tried to install rsync as a service on windows machine and use > ssh as a tcp fordwarding and then the rsync speed is over 20MBps :-O > > Do you know what is the config problem for this slow speed with rsync > directly over ssh? > best regards -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: sshd broken by seemingly trivial network change
On 12/17/2020 11:49 AM, Bill Stewart wrote: > Make sure to look carefully through all of the firewall rules and > check whether there is a rule blocking that executable or port. > Selecting "Advanced Settings" and then "incoming rules", I see one rule for sshd private: enabled, allowed and one rule for sshd public: enabled, allowed. There is a third rule for sshd domain: (disabled, allowed). I believe that one is irrelevant but I enabled it anyway, which did not help. Is there someplace else I should look? This is Windows 7 Home Premium. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Is there an alternative to gmane for managing this mailing list?
My ISP (AT&T) currently seems to be blocking mail to news.gmane.io. Is there some other way to maintain thread coherence without subscribing to the mailing list, which would inundate my inbox? -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: sshd broken by seemingly trivial network change
On 2020-12-17 13:51, Charles Russell wrote: On 12/17/2020 11:49 AM, Bill Stewart wrote: Make sure to look carefully through all of the firewall rules and check whether there is a rule blocking that executable or port. Selecting "Advanced Settings" and then "incoming rules", I see one rule for sshd private: enabled, allowed and one rule for sshd public: enabled, allowed. There is a third rule for sshd domain: (disabled, allowed). I believe that one is irrelevant but I enabled it anyway, which did not help. Is there someplace else I should look? This is Windows 7 Home Premium. Have you checked your new router to see what default rules are enabled there? Some routers may come with blocks for common attack vectors, against the router itself or the local network, that may need to be disabled if you want to allow connections from other systems. The router may have been setup or used by the selling org, or a customer, and returned and resold. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: sshd broken by seemingly trivial network change
On Thu, Dec 17, 2020 at 1:51 PM Charles Russell wrote: > Selecting "Advanced Settings" and then "incoming rules", I see one rule > for sshd private: enabled, allowed and one rule for sshd public: > enabled, allowed. There is a third rule for sshd domain: (disabled, > allowed). I believe that one is irrelevant but I enabled it anyway, > which did not help. > > Is there someplace else I should look? This is Windows 7 Home Premium. If it works when you disable the firewall, then (to state the obvious, sorry) there is a rule in the firewall that is blocking the traffic. I would suggest to examine all of the rules carefully. I say this because it is happened to me before, and I could have sworn that I looked at all of the rules. BIll -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: sshd broken by seemingly trivial network change
On Thu, Dec 17, 2020 at 3:51 PM Charles Russell wrote: > > On 12/17/2020 11:49 AM, Bill Stewart wrote: > > > Make sure to look carefully through all of the firewall rules and > > check whether there is a rule blocking that executable or port. > > > > Selecting "Advanced Settings" and then "incoming rules", I see one rule > for sshd private: enabled, allowed and one rule for sshd public: > enabled, allowed. There is a third rule for sshd domain: (disabled, > allowed). I believe that one is irrelevant but I enabled it anyway, > which did not help. I've had weird instances where the Windows Firewall tools lied; I confirmed this by temporarily shutting down the Windows Firewall entirely, then restarting the service having problems and retesting. On retest, it worked fine, confirming it was the firewall causing the problem. What exactly the problem was varied (this has happened many many times to me)... In some cases it was the rule definition for the scope not matching the actual network, in some cases I could not find any real issue, but deleting and recreating the rules fixed the issue, in a few cases, I also found a deny rule that somehow matched the service having problems, and deny rules take precedence over allow rules. One example of the conflict could be "sshd allowed" vs "port 22 denied"; the deny would take precedence. I suggest doing the firewall down/restart sshd test to confirm or refute the Windows Firewall being involved, then going from there. -- Erik -- "I do not think any of us are truly sane, Caleb. Not even you. Courage is not sanity. Being willing to die for someone else is not sanity." ... "Love is not sane, nor is faith." ... "If sanity lacks those things, Caleb, I want no part of it." -- Alexandria Terri in "Weaving the Wyvern" by Alexis Desiree Thorne -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Cygwin 3.1.7 - xterm v360.1 - columns pasted from Excel no longer separated by tab
Hello: I am using Cygwin 3.1.7 and xterm 360.1 on Windows 10. I run the X server and work in xterm windows. When I copy a selection from an Excel spreadsheet and paste it into a vi session in an xterm window, the spreadsheet columns are separated by spaces. If I paste into a vi session in a cygwin 3.1.7 console, I get tabs as separators. If I run xterm on another host and send the display to my X Server, I get tabs. In my previous version of Cygwin - which was probably about 2-3 years old - when I did this the columns were separated by tabs. I still see tab separators in Cygwin 1.7.31 (Windows 8.1). I can type tabs just fine in the 3.1.7 xterm. It seems to be something in the local xterm that is converting the pasted tabs to spaces. I don't think it's the copy portion of the operation, or I wouldn't get tabs in the console. Did something change at some point that would explain this behavior? Is there a way to get back to having the columns separated by tabs? I understand that usually copying and pasting implies visible characters and that tabs are usually only visible as spaces, and this is the result I would expect when copying visible text separated by tabs. However, when pasting from Excel, the columns have always come across separated by tabs - and still do, except for in xterm. My TERM is xterm - I've tried vt100 and vt220 as well. My TERM is also xterm in the working examples above. Output from cygcheck -s -v -r is attached, as is the XWin.0.log file. I redacted some identifying info. Any help is appreciated. Thanks Bill Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.20.9.0 OS: CYGWIN_NT-10.0-18363 L270433 3.1.7-340.x86_64 2020-08-22 17:48 UTC x86_64 OS: Windows 10 [Windows NT 10.0 build 18363] (Win64) Package: version 1.20.9-1 built 2020-08-29 XWin was started with the following command line: /usr/bin/XWin :0 -multiwindow -auth /home/r00/.serverauth.1194 ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1920 h 1080 winInitializeScreenDefaults - native DPI x 96 y 96 [ 141.625] (II) xorg.conf is not supported [ 141.625] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 141.625] LoadPreferences: /home/r00/.XWinrc not found [ 141.625] LoadPreferences: Loading /etc/X11/system.XWinrc [ 141.625] LoadPreferences: Done parsing the configuration file... [ 141.640] winDetectSupportedEngines - RemoteSession: no [ 141.718] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [ 141.718] winDetectSupportedEngines - Returning, supported engines 0005 [ 141.750] winSetEngine - Multi Window or Rootless => ShadowGDI [ 141.750] winScreenInit - Using Windows display depth of 32 bits per pixel [ 141.765] winAllocateFBShadowGDI - Creating DIB with width: 3840 height: 1080 depth: 32 [ 141.765] winFinishScreenInitFB - Masks: 00ff ff00 00ff [ 141.765] winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 [ 141.781] MIT-SHM extension disabled due to lack of kernel support [ 141.781] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [ 141.781] glWinSelectGLimplementation: Loaded 'cygnativeGLthunk.dll' [ 141.828] (II) AIGLX: Testing pixelFormatIndex 1 [ 141.984] GL_VERSION: 4.6.0 - Build 26.20.100.8141 [ 141.984] GL_VENDOR: Intel [ 141.984] GL_RENDERER:Intel(R) UHD Graphics [ 141.984] (II) GLX: enabled GLX_SGI_make_current_read [ 141.984] (II) GLX: enabled GLX_SGI_swap_control [ 141.984] (II) GLX: enabled GLX_MESA_swap_control [ 141.984] (II) GLX: enabled GLX_SGIX_pbuffer [ 141.984] (II) GLX: enabled GLX_ARB_multisample [ 141.984] (II) GLX: enabled GLX_SGIS_multisample [ 141.984] (II) GLX: enabled GLX_ARB_fbconfig_float [ 141.984] (II) GLX: enabled GLX_EXT_fbconfig_packed_float [ 141.984] (II) GLX: enabled GLX_ARB_create_context [ 141.984] (II) GLX: enabled GLX_ARB_create_context_profile [ 141.984] (II) GLX: enabled GLX_ARB_create_context_robustness [ 141.984] (II) GLX: enabled GLX_EXT_create_context_es2_profile [ 141.984] (II) GLX: enabled GLX_ARB_framebuffer_sRGB [ 141.984] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 141.984] (II) 108 pixel formats reported by wglGetPixelFormatAttribivARB [ 141.984] (II) 72 fbConfigs [ 141.984] (II) ignored pixel formats: 0 not OpenGL, 0 unknown pixel type, 36 unaccelerated [ 141.984] (II) GLX: Initialized Win32 native WGL GL provider for screen 0 [ 145.359] winPointerWarpCursor - Discarding first warp: 1920 540 [ 145.359] (--) 8 mouse buttons found [ 145.359] (--) Setting autorepeat to delay=500, rate=31 [ 145.359] (--) Windows keyboard layout: "0409" (0409) "US", type 4 [ 145.359] (--) Found matching XKB configuration "English (USA)" [ 145.359]
Re: sshd broken by seemingly trivial network change
On Thu, Dec 17, 2020 at 2:25 PM Erik Soderquist wrote: > I've had weird instances where the Windows Firewall tools lied; I > confirmed this by temporarily shutting down the Windows Firewall > entirely, then restarting the service having problems and retesting. > On retest, it worked fine, confirming it was the firewall causing the > problem. I have never experienced anything like this, on any Windows version for any application, after working with just about every version of Windows firewall since its inception, in a number of different organizations. In every case I thought the Windows firewall was the culprit, it turns out it was my own misunderstanding. Bill -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: lighttpd-1.4.57
Version 1.4.57-1 of "lighttpd" has been uploaded. lighttpd is a secure, fast, modular web server with low resource usage lighttpd 1.4.57: bugfixes Source: https://git.lighttpd.net/lighttpd/lighttpd1.4.git/ News: https://www.lighttpd.net/ License: BSD 3-clause https://git.lighttpd.net/lighttpd/lighttpd1.4/src/branch/master/COPYING Cygwin Package Summary: https://www.cygwin.com/packages/summary/lighttpd-src.html Cygport Source: https://cygwin.com/git/?p=git/cygwin-packages/lighttpd.git -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
why does i686-w64-mingw32-gcc -static fail?
Would someone please explain why adding "-static" makes i686-w64-mingw32-gcc fail? This works (or at least the compiler doesn't complain) $ i686-w64-mingw32-gcc -o a.exe conftest-pcre.c -lpcreposix -lpcre This does not work $ i686-w64-mingw32-gcc -o a.exe -static conftest-pcre.c -lpcreposix -lpcre /usr/lib/gcc/i686-w64-mingw32/10/../../../../i686-w64-mingw32/bin/ld: cannot find -lpcreposix /usr/lib/gcc/i686-w64-mingw32/10/../../../../i686-w64-mingw32/bin/ld: cannot find -lpcre collect2: error: ld returned 1 exit status Why does adding "-static" make it fail? $ cat conftest-pcre.c /* i686-w64-mingw32-gcc -o a.exe -static conftest-pcre.c -lpcreposix -lpcre * and yet this works * i686-w64-mingw32-gcc -o a.exe conftest-pcre.c -lpcreposix -lpcre */ char pcre_compile (); char regcomp (); int main () { return pcre_compile (); return regcomp (); ; return 0; } Thanks Lee -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: why does i686-w64-mingw32-gcc -static fail?
On 2020-12-17 20:45, Lee via Cygwin wrote: Would someone please explain why adding "-static" makes i686-w64-mingw32-gcc fail? This works (or at least the compiler doesn't complain) $ i686-w64-mingw32-gcc -o a.exe conftest-pcre.c -lpcreposix -lpcre This does not work $ i686-w64-mingw32-gcc -o a.exe -static conftest-pcre.c -lpcreposix -lpcre /usr/lib/gcc/i686-w64-mingw32/10/../../../../i686-w64-mingw32/bin/ld: cannot find -lpcreposix /usr/lib/gcc/i686-w64-mingw32/10/../../../../i686-w64-mingw32/bin/ld: cannot find -lpcre collect2: error: ld returned 1 exit status Why does adding "-static" make it fail? Because the mingw64-*86*-pcre/2 packages provide only dynamic libraries and their linkage archives: usr/i686-w64-mingw32/sys-root/mingw/bin/libpcre-1.dll usr/i686-w64-mingw32/sys-root/mingw/bin/libpcre16-0.dll usr/i686-w64-mingw32/sys-root/mingw/bin/libpcre32-0.dll usr/i686-w64-mingw32/sys-root/mingw/bin/libpcrecpp-0.dll usr/i686-w64-mingw32/sys-root/mingw/bin/libpcreposix-0.dll usr/i686-w64-mingw32/sys-root/mingw/lib/libpcre.dll.a usr/i686-w64-mingw32/sys-root/mingw/lib/libpcre16.dll.a usr/i686-w64-mingw32/sys-root/mingw/lib/libpcre32.dll.a usr/i686-w64-mingw32/sys-root/mingw/lib/libpcrecpp.dll.a usr/i686-w64-mingw32/sys-root/mingw/lib/libpcreposix.dll.a where others provide both dynamic and static libraries e.g. mingw64-i686-zstd: usr/i686-w64-mingw32/sys-root/mingw/bin/libzstd-1.dll usr/i686-w64-mingw32/sys-root/mingw/lib/libzstd.a usr/i686-w64-mingw32/sys-root/mingw/lib/libzstd.dll.a possibly where the size of useful library members are reasonably small enough, and unlikely to need significantly updated, to be statically linked into an standalone executable or embedded system component, that itself may be regularly updated, rather than requiring large chunks of a framework to be linked that may need regular updates. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin sshd broken by seemingly trivial network change
On 12/17/2020 3:09 PM, Brian Inglis wrote: Have you checked your new router to see what default rules are enabled there? The router firewall is disabled. (I have a another router serving as a firewall between it and the modem.) Besides, all hosts are on the local side of the new router, and disabling the Windows firewall eliminates the problem. _ On 12/17/2020 3:23 PM, Bill Stewart wrote: If it works when you disable the firewall, then (to state the obvious, sorry) there is a rule in the firewall that is blocking the traffic. So far so good. I would suggest to examine all of the rules carefully. I say this because it is happened to me before, and I could have sworn that I looked at all of the rules. I've looked at Advanced Settings; Incoming Rules and I've looked at the output of netsh advfirewall firewall show rule name=all What else is there to look at in Windows 7 Home? This is doubly frustrating because Cygwin sshd has been running properly for 10 years on one of these computers and 8 years on the other. Perhaps I should reset the firewalls to default, but that will break other things. On 12/17/2020 3:24 PM, Erik Soderquist wrote: I've had weird instances where the Windows Firewall tools lied; I confirmed this by temporarily shutting down the Windows Firewall entirely, then restarting the service having problems and retesting. On retest, it worked fine, confirming it was the firewall causing the problem. I didn't have to restart sshd; I could connect as soon as I disabled Windows Firewall. What exactly the problem was varied (this has happened many many times to me)... In some cases it was the rule definition for the scope not matching the actual network, in some cases I could not find any real issue, but deleting and recreating the rules fixed the issue, in a few cases, I also found a deny rule that somehow matched the service having problems, and deny rules take precedence over allow rules. One example of the conflict could be "sshd allowed" vs "port 22 denied"; the deny would take precedence. I don't see any way to set port rules in Windows 7 Home, and none are visible in the list of incoming rules. I could not delete sshd, only disable it, even as administrator. (The delete button was grayed out). I disabled it, rebooted, then enabled it. That didn't help. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 3.1.7 - xterm v360.1 - columns pasted from Excel no longer separated by tab
On 2020-12-17 16:03, Bill Shaffer via Cygwin wrote: Hello: I am using Cygwin 3.1.7 and xterm 360.1 on Windows 10. I run the X server and work in xterm windows. When I copy a selection from an Excel spreadsheet and paste it into a vi session in an xterm window, the spreadsheet columns are separated by spaces. If I paste into a vi session in a cygwin 3.1.7 console, I get tabs as separators. If I run xterm on another host and send the display to my X Server, I get tabs. In my previous version of Cygwin - which was probably about 2-3 years old - when I did this the columns were separated by tabs. I still see tab separators in Cygwin 1.7.31 (Windows 8.1). I can type tabs just fine in the 3.1.7 xterm. It seems to be something in the local xterm that is converting the pasted tabs to spaces. I don't think it's the copy portion of the operation, or I wouldn't get tabs in the console. Did something change at some point that would explain this behavior? Is there a way to get back to having the columns separated by tabs? I understand that usually copying and pasting implies visible characters and that tabs are usually only visible as spaces, and this is the result I would expect when copying visible text separated by tabs. However, when pasting from Excel, the columns have always come across separated by tabs - and still do, except for in xterm. My TERM is xterm - I've tried vt100 and vt220 as well. My TERM is also xterm in the working examples above. The consensus on X is that the characters copied are determined by the source, and Windows apps often offer their clipboard info in multiple formats, if you check using an app that allows you to choose the format pasted e.g LibreOffice. Having said that, editors also have settings that determine how pasted tabs are treated, and that may depend on the target window settings for the file type when pasted. On Cygwin and Linux that probably depends on the vim compatibility settings, and settings in: $ strings -n5 /bin/vi | egrep '^[.~$/].*(ex|vim?)rc' | sort -u $HOME/.exrc $HOME/.virc .exrc .virc /etc/virc ~/.vim/vimrc whereas BSD systems may still provide original n/vi. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple