Re: RE: [EXTERNAL] [BULK] Re: Internal Server Error running perl script in browser
On 11/17/2022 12:57 PM, Michael Lascuola via Cygwin wrote: Thanks for the response! Forgive me, as I am SQL Server DBA. Is there another way I should check this? $ perl -v This is perl 5, version 32, subversion 1 (v5.32.1) built for x86_64-cygwin-threads-multi (with 7 registered patches, see perl -V for more detail) Copyright 1987-2021, Larry Wall [snip] That is Cygwin's perl, but... $ which perl /usr/local/bin/perl That is not the same. The first one is at /usr/bin/perl. And your PATH correctly leads to it. Your problem is the script, which explicitly calls the 2nd perl: #!/usr/local/bin/perl Try changing that line to either "#!/usr/bin/perl", or "#!/usr/bin/env perl" -- -- 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: Can I rename my C:\Cygwin64 directory to C:\Cygwin?
On Thu, Nov 17, 2022 at 11:35 AM Andrey Repin wrote: Please look for my earlier message[1](thread) regarding installation path > changes for provided PowerShell script. > > > Where does setup.exe get its information from? Is there a .ini file > > that I will need to edit? > > The rest of the information is taken from `$InstallPath/etc/setup` > > > Is there anything else I'm missing? > > Depends on your setup, existing symlink targets may be a problem. > > [1] https://cygwin.com/pipermail/cygwin/2022-August/thread.html#252113 > Thank you Andrey! -- Jim Reisert AD1C, , https://ad1c.us -- 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: [EXTERNAL] [BULK] Re: Internal Server Error running perl script in browser
Thanks for the response! Forgive me, as I am SQL Server DBA. Is there another way I should check this? $ perl -v This is perl 5, version 32, subversion 1 (v5.32.1) built for x86_64-cygwin-threads-multi (with 7 registered patches, see perl -V for more detail) Copyright 1987-2021, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using "man perl" or "perldoc perl". If you have access to the Internet, point your browser at http://www.perl.org/, the Perl Home Page. $ which perl /usr/local/bin/perl -Original Message- From: Cygwin On Behalf Of René Berber Sent: Thursday, November 17, 2022 11:52 AM To: cygwin@cygwin.com Subject: [EXTERNAL] [BULK] Re: Internal Server Error running perl script in browser WARNING: This email originated outside of the Salina Regional Health Center email system. DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe. On 11/17/2022 10:22 AM, Michael Lascuola via Cygwin wrote: > Good day! > > I have an issue where I receive "Internal Server Error" when running perl > scripts in the browser. Here's an example script that works OK when running > from the Cygwin Terminal: > > #!/usr/local/bin/perl That is not Cygwin perl. If you build it, or installed it from somewhere else... then its your problem, not a Cygwin problem. [snip] -- 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 IMPORTANT NOTICE AND DISCLAIMER: The information contained in this e-mail, including any attachments, is privileged, strictly confidential, and is intended only for the use of the addressee(s) indicated above. If you are not an intended recipient of this e-mail, you are strictly prohibited from reading, reviewing, using, disclosing, printing, copying or disseminating this e-mail, and are asked to (a) notify the sender only of your receipt of this e-mail, and (b) permanently delete this e-mail immediately. Thank you. -- 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: Internal Server Error running perl script in browser
On 11/17/2022 10:22 AM, Michael Lascuola via Cygwin wrote: Good day! I have an issue where I receive "Internal Server Error" when running perl scripts in the browser. Here's an example script that works OK when running from the Cygwin Terminal: #!/usr/local/bin/perl That is not Cygwin perl. If you build it, or installed it from somewhere else... then its your problem, not a Cygwin problem. [snip] -- 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: Can I rename my C:\Cygwin64 directory to C:\Cygwin?
Greetings, Jim Reisert AD1C! > Now that Cygwin x86 is nearing/has reached end-of-life, I would like > to rename my C:\Cygwin64 directory to C:\Cygwin. > Other than updating my Windows environment variable (CYGROOT), are > there any "gotchas" in doing this? I already have a D:\Home directory > specified in /etc/nsswitch.conf so I'm not expecting the move to break > that. Please look for my earlier message[1](thread) regarding installation path changes for provided PowerShell script. > Where does setup.exe get its information from? Is there a .ini file > that I will need to edit? Whoever it gets the information, you could easily change it the first time you update the installation at the new place. Consider it a non-issue. The rest of the information is taken from `$InstallPath/etc/setup` > My main concern is that the Cygwin Perl installer may get confused. I > currently have this in my Cygwin environment. It doesn't appear that > such a change will be a problem: > > PERL5LIB=/cygdrive/d/Home/perl5/lib/perl5:/cygdrive/d/Home/perl5/lib/perl5:/cygdrive/d/Home/perl5/lib/perl5 > Is there anything else I'm missing? Depends on your setup, existing symlink targets may be a problem. [1] https://cygwin.com/pipermail/cygwin/2022-August/thread.html#252113 -- With best regards, Andrey Repin Thursday, November 17, 2022 21:18:24 Sorry for my terrible english... -- 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: How does a package become orphaned? (was Re: Attn maintainer: python-paramiko)
On Thu, 17 Nov 2022 11:24:38 +0100, Libor Ukropec wrote: the cygport is executing in "src_test" some python tests that in the end requires some python packages not available as cygwin packages (typing_extensions, mock, pytest-mock, may be others). So should I a) remove the test? (this is not my preference) or b) specify/execute in the cygport `pip3 install pkg1 pkg2 ...` - I'd expect that executing any stuff in the cygport is not allowed (and I do not want to trigger 'misuse alarm') Any advice to this? Check for cygport python*.cygclass src_test or other overrides. Then, check that the pip3 install ... and cygport ... check work on your local system. Finally, add to src_test prefixed with verbose to ensure logging and visibility, and check that works as expected. and additional question - how do I execute scallywag "before" the ITA is approved and git repo created? Can/should I use 'playground' branch for another package that I already maintain? I do not see guide on cygwin.com is explaining this. and this? If the git/cygwin-packages/PKG.git repo already exists, you can force push to the playground branch of that repo, otherwise you have to force push to the playground branch of the git/cygwin-packages/playground repo. See: https://cygwin.com/packaging/repos.html -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirerbut when there is no more to cut -- Antoine de Saint-Exupéry
Re: --text option of grep v3.7-2 not stripping CR from EoL
On Mon, 14 Nov 2022 22:22:31 -0800, Ilya Zakharevich wrote: grep with -a (or --text) option does not strip CR from line ends That has been the case for over five years, as discussed about 2017-02, decided and announced in utilities releases that month (gawk, grep, sed) and earlier in bash IIRC, to avoid corrupting files and pipeliness by doing so, and for compatibility with other non-Windows systems; see discussions in threads: https://cygwin.com/legacy-ml/cygwin/2017-02/msg00152.html https://cygwin.com/legacy-ml/cygwin/2017-02/msg00188.html https://cygwin.com/legacy-ml/cygwin/2017-02/msg00189.html This does not emit anything (contrary to the man page, which says: If grep decides the file is a text file, it strips the CR characters from the original file contents (to make regular expressions with ^ and $ work correctly). That is under -U, --binary, where it also says: "This option has no effect on platforms other than MS-DOS and MS-Windows." Cygwin does not operate as DOS nor Windows, but does offer text mounts, which may still strip CRs from CR-LF EoL markers in *files*. -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirerbut when there is no more to cut -- Antoine de Saint-Exupéry -- 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
Can I rename my C:\Cygwin64 directory to C:\Cygwin?
Now that Cygwin x86 is nearing/has reached end-of-life, I would like to rename my C:\Cygwin64 directory to C:\Cygwin. Other than updating my Windows environment variable (CYGROOT), are there any "gotchas" in doing this? I already have a D:\Home directory specified in /etc/nsswitch.conf so I'm not expecting the move to break that. Where does setup.exe get its information from? Is there a .ini file that I will need to edit? My main concern is that the Cygwin Perl installer may get confused. I currently have this in my Cygwin environment. It doesn't appear that such a change will be a problem: PERL5LIB=/cygdrive/d/Home/perl5/lib/perl5:/cygdrive/d/Home/perl5/lib/perl5:/cygdrive/d/Home/perl5/lib/perl5 Is there anything else I'm missing? -- Jim Reisert AD1C, , https://ad1c.us -- 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
Internal Server Error running perl script in browser
Good day! I have an issue where I receive "Internal Server Error" when running perl scripts in the browser. Here's an example script that works OK when running from the Cygwin Terminal: #!/usr/local/bin/perl use DBI; my @ary = DBI->available_drivers(); print @ary; print "Content-type:text/html\n\n"; print "My First Script\n\n"; print "\n"; print "Hello from mpl.pl\n"; print ""; Here are the results: $ perl mpl.pl DBMExamplePFileGoferMemODBCProxySpongeContent-type:text/html My First Script Hello from mpl.pl /var/log/httpd/error_log shows: [Wed Nov 16 19:49:40.191277 2022] [cgi:error] [pid 26397] [client 192.168.220.164:59271] AH01215: Can't locate loadable object for module DBI in @INC (@INC contains: /usr/local/lib/perl5/site_perl/5.32/x86_64-cygwin-threads /usr/local/share/perl5/site_perl/5.32 /usr/lib/perl5/vendor_perl/5.32/x86_64-cygwin-threads /usr/share/perl5/vendor_perl/5.32 /usr/lib/perl5/5.32/x86_64-cygwin-threads /usr/share/perl5/5.32) at /usr/share/perl5/5.32/DBI.pm line 284.: /srv/www/cgi-bin/mpl.pl [Wed Nov 16 19:49:40.191798 2022] [cgi:error] [pid 26397] [client 192.168.220.164:59271] AH01215: BEGIN failed--compilation aborted at /usr/share/perl5/5.32/DBI.pm line 284.: /srv/www/cgi-bin/mpl.pl [Wed Nov 16 19:49:40.192094 2022] [cgi:error] [pid 26397] [client 192.168.220.164:59271] AH01215: Compilation failed in require at /srv/www/cgi-bin/mpl.pl line 2.: /srv/www/cgi-bin/mpl.pl [Wed Nov 16 19:49:40.192408 2022] [cgi:error] [pid 26397] [client 192.168.220.164:59271] AH01215: BEGIN failed--compilation aborted at /srv/www/cgi-bin/mpl.pl line 2.: /srv/www/cgi-bin/mpl.pl [Wed Nov 16 19:49:40.192495 2022] [cgi:error] [pid 26397] [client 192.168.220.164:59271] End of script output before headers: mpl.pl DBI.pm is in at least 2 of the locations listed in @INC $ ll /usr/local/lib/perl5/site_perl/5.32/x86_64-cygwin-threads/DBI.pm -rwxr-xr-x 1 svc_dpa_sql Domain Users 318199 Nov 17 10:18 /usr/local/lib/perl5/site_perl/5.32/x86_64-cygwin-threads/DBI.pm* I have reinstalled DBI, but the symptoms remain. Enclosed is the output from cygcheck -s -v -r -h > cygcheck_output.txt and httpd.conf, if they help. Where would you look next? Thanks!! IMPORTANT NOTICE AND DISCLAIMER: The information contained in this e-mail, including any attachments, is privileged, strictly confidential, and is intended only for the use of the addressee(s) indicated above. If you are not an intended recipient of this e-mail, you are strictly prohibited from reading, reviewing, using, disclosing, printing, copying or disseminating this e-mail, and are asked to (a) notify the sender only of your receipt of this e-mail, and (b) permanently delete this e-mail immediately. Thank you. # cygcheck -s -v -r -h > cygcheck_output.txt Cygwin Configuration Diagnostics Current System Time: Wed Nov 16 19:20:14 2022 Windows 2016 Server Standard Ver 10.0 Build 14393 Running in Terminal Service session Path: C:\cygwin64\home\svc_dpa_sql\perl5\bin C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Strawberry\c\bin C:\Strawberry\perl\site\bin C:\Strawberry\perl\bin C:\Program Files\PowerShell\7 C:\Users\svc_dpa_sql\AppData\Local\Microsoft\WindowsApps . C:\cygwin64\opt\dbamon\bin C:\cygwin64\usr\sbin C:\cygwin64\home\svc_dpa_sql\bin Output from C:\cygwin64\bin\id.exe UID: 1122295(svc_dpa_sql) GID: 1049089(Domain Users) 1049089(Domain Users) 544(Administrators) 555(Remote Desktop Users) 545(Users) 14(REMOTE INTERACTIVE LOGON) 4(INTERACTIVE) 11(Authenticated Users) 15(This Organization) 4095(CurrentSession) 66048(LOCAL) 1094623(exactACCESS Users) 1104417(CTRX File Explorer) 1101140(SQL SA) 1105935(CTRX SRHC Users) 1078627(Citrix Users) 1095766(hciDevUsers) 1104415(CTRX HealthStream web app) 70145(Authentication authority asserted identity) 405504(High Mandatory Level) SysDir: C:\Windows\system32 WinDir: C:\Windows Here's some environment variables that may affect cygwin: USER = 'svc_dpa_sql' PWD = '/home/svc_dpa_sql' HOME = '/home/svc_dpa_sql' Here's the rest of your environment variables: USERDOMAIN = 'SRHC' OS = 'Windows_NT' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' PROCESSOR_LEVEL = '6' PSModulePath = 'C:\Program Files\WindowsPowerShell\Modules;C:\Windows\system32\WindowsPowerShell\v1.0\Modules' CommonProgramW6432 = 'C:\Program Files\Common Files' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' TZ = 'America/Chicago' POWERSHELL_DISTRIBUTION_CHANNEL = 'MSI:Windows Server 2016 Standard' HOSTNAME = 'IT-SQL-DBA' PUBLIC = 'C:\Users\Public' OLDPWD = '/opt/dbamon/adm/instances_test' PERL_MB_OPT = '--install_base "/home/svc_dpa_sql/perl5"' USERNAME = 'svc_dpa_sql' LOGONSERVER = '\\MHS-DC1' PROCESSOR_ARCHITECTURE = 'AMD64' PLOTICUS_PREFABS =
Re: Sharing my packages for CYGWIN
On 11/17/2022 10:18 AM, Carlo B. wrote: Hello, at this address I did a repository of packages that I made for CYGWIN: https://github.com/carlo-bramini/packages-cygwin Sometimes, when I need something not existing (or newer) into the official list of packages for CYGWIN, I upload it here. All these packages exists also in all major linux distributions. I hope that you will find it useful. It would be more useful if you would volunteer to be the Cygwin maintainer of some or all of these packages. Please follow-up on the cygwin-apps list if you are willing to do this. Ken -- 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
Sharing my packages for CYGWIN
Hello, at this address I did a repository of packages that I made for CYGWIN: https://github.com/carlo-bramini/packages-cygwin Sometimes, when I need something not existing (or newer) into the official list of packages for CYGWIN, I upload it here. All these packages exists also in all major linux distributions. I hope that you will find it useful. === bzip2-1.0.8-1 These packages are an update to version 1.0.8 for the MinGW64 compilers. === ffmpeg-5.1.2-1 FFmpeg is a multimedia framework, able to decode, encode, transcode, mux, demux, stream, filter and play pretty much anything that humans and machines have created. Packages available for CYGWIN and MinGW64. === glfw-3.3.8 GLFW is an Open Source, multi-platform library for OpenGL, OpenGL ES and Vulkan development on the desktop. Packages available for CYGWIN and MinGW64. === liblo-0.31-1 Open Sound Control protocol for POSIX systems. Packages available for CYGWIN and MinGW64. === nettle-3.8.1-1 Low-level cryptographic library. Packages available for CYGWIN and MinGW64. === sbsms-2.3.0-1 A library for high quality time stretching and pitch scaling of audio. Packages available for CYGWIN and MinGW64. === soxr-0.1.3-1 These packages are an update of existing packages to version 0.1.3. Packages available for CYGWIN and MinGW64. === utfcpp-3.2.1-1 utf8cpp is a library for handling UTF-8 in C++. Packages available for CYGWIN and MinGW64. === wavpack-5.5.0-1 These packages are an update of existing packages to version 5.5.0. Packages available for CYGWIN and MinGW64. === win-iconv-0.0.8-1 These packages are an update to version 0.0.8 for the MinGW64 compilers. NOTE: current win-iconv provided by CYGWIN is bugged. The existing package version 0.0.6 is compiled with calls to InterlockedCompareExchange(), which are absolutely unused by the library. Probably, this happened because it was compiled with an ancient version of W32API, with those functions statically used into the header files. As result, this blocks the usage of win-iconv on older versions of Windows 9x/ME/NT4. I discovered this issue when compiling the SCUMMVM virtual machine, for running it on older versions of Windows. === xa65-2.3.13-1 xa is a cross-assembler for the 6502 and 65816 CPUs (and derivatives). Packages available for CYGWIN. === Sincerely, Carlo Bramini. -- 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: How does a package become orphaned? (was Re: Attn maintainer: python-paramiko)
Dne 16.11.2022 v 12:52 Thomas Wolff napsal(a): What I do not want to do is the violent take over, so I gave some time to the original owner of the python-paramiko to respond. I created a bug on github.com almost 2 weeks ago and so far no reaction: https://github.com/wildmichael/cygwin/issues/1 As a general comment, I'd like to point out that "almost 2 weeks" is even less than someone's holiday time may be... See above in the thread - author did not react here on cygwin for months. What I did, I've found the author on GitHub and contacted him there as well. >>Jon Turney: It's undefined how many times we should ping, or how long we should wait for a response, but I think that the ~10 months that's elapsed here is more than enough! the cygport is executing in "src_test" some python tests that in the end requires some python packages not available as cygwin packages (typing_extensions, mock, pytest-mock, may be others). So should I a) remove the test? (this is not my preference) or b) specify/execute in the cygport `pip3 install pkg1 pkg2 ...` - I'd expect that executing any stuff in the cygport is not allowed (and I do not want to trigger 'misuse alarm') Any advice to this? and additional question - how do I execute scallywag "before" the ITA is approved and git repo created? Can/should I use 'playground' branch for another package that I already maintain? I do not see guide on cygwin.com is explaining this. and this? Thank you, Libor
Re: Writing unit tests for newlib/libc/unix/dirname.c
On Wed, 16 Nov 2022 at 18:57, Kevin Connor Arpe wrote: > I am trying to write unit tests for newlib/libc/unix/dirname.c. > (That function has so many tricky corner cases!) > I tried to follow from: newlib/testsuite/newlib.string/memcpy-1.c > However, I cannot make unit tests run via: make test > > What am I doing wrong? You didn't tell us what happened when you ran make test. 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
