Re: Cygwin mount option -s is not supported
On 25.11.2020 15:18, KAVALAGIOS Panagiotis (EEAS-EXT) wrote:
-
if [ -n "`uname -s |grep -i cygwin_`" ]; then
# If we are on an new version of Cygnus we need to turn :/ in
# the path to/cygdrive//
CYGDRIVE=`mount -p | tail -1 | awk '{print $1}' | sed -e 's%/$%%'`
WL_HOME_CYGWIN=`echo $WL_HOME | sed "s#\([a-zA-Z]\):#${CYGDRIVE}/\1#g"`
ANT_HOME_CYGWIN=`echo $ANT_HOME | sed "s#\([a-zA-Z]\):#${CYGDRIVE}/\1#g"`
PATCH_PATH_CYGWIN=`echo $PATCH_PATH | sed
"s#\([a-zA-Z]\):#${CYGDRIVE}/\1#g"`
JAVA_HOME_CYGWIN=`echo $JAVA_HOME | sed "s#\([a-zA-Z]\):#${CYGDRIVE}/\1#g"`
JRE_HOME_CYGWIN=`echo $JRE_HOME | sed "s#\([a-zA-Z]\):#${CYGDRIVE}/\1#g"`
Hi.
Hard to say why Oracle's script is written this way. Standard Cygwin
tool for file names conversion is cygpath. Instead of using sed, one can
write
WL_HOME_CYGWIN=`cygpath -u $WL_HOME`
- simpler and the result will be more consistent. Example
$ WL_HOME='C:\some\dir\subdir' # Windows path
$ echo "$WL_HOME" | sed "s#\([a-zA-Z]\):#/cygdrive/c/\1#g"
/cygdrive/c/C\some\dir\subdir # mixed forward and back slashes
$ cygpath -u "$WL_HOME"
/cygdrive/c/some/dir/subdir # pretty Cygwin path
Vlado
--
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: mintty will not accept the letter "e"
On 30.8.2020 0:42, Ken Reek via Cygwin wrote: Hi, all. All of the sudden, mintty won't accept a lower case "e" -- it just dings when I try to type one. Upper case "E" is fine, as are all the other letters. I'm no mintty expert, but I think the e key might have been remapped somehow. Any ideas on how I can fix this? I've killed mintty and started it again, and also rebooted my machine, to no avail. I'm on Windows 10. Thanks for any help! - 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 . Hi. Just curious: Please do - in Notepad.exe write text: echo 'Hello' - copy-paste it into mintty (in mintty You probably see: cho 'Hllo') - press Enter What You see next? Vlado -- 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
There is no man for rsync
Hello, rsync maintainer! Package rsync 3.1.3+20200429+gitf7746d0-1 is offered by setup as best choice, but this package has no manual pages inside. Consider to rebuild rsync 3.1.3 package, please. (nothing urgent, 3.1.2-1 works fine for me) Thank you. Vlado -- 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: sed end of line
On 15. 3. 2019 10:51, Timo Maier wrote: Why do I need a second "." in the cygwin sed? Hi Timo. The difference is in echo. $ /bin/echo "Hey" | /usr/bin/hexdump -C 48 65 79 0a |Hey.| 0004 C:\>echo Hey| c:\cygwin\bin\hexdump -C 48 65 79 0d 0a |Hey..| 0005 Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Altera Quartus Tool
On 17.5.2018 15:22, Mandl, Christian wrote: 1 [main] sh 8820 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Please report this problem to the public mailing listcyg...@cygwin.com<mailto:cygwin@cygwin.com> Hello Christian Mandl, please, read this: https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: update batch file
On 30.4.2018 3:57, Dave Caswell wrote: Has anyone created a batch file that stops the cygwin services, runs setup to get updates in the background, and then restarts the services?? Hi Dave. I created similar script: https://gist.github.com/Vlado-99/1d59bf05b70481377ff90bb53e13bb2d Add more services as You wish. Add --quiet-mode and (probably) --upgrade-also to %SETUP%.exe (line 289). Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: output warning for cygwin process running at setup__.exe
On 19.3.2018 5:56, Tatsuro MATSUOKA wrote: Sever survice like cygsever always start after windows re-start if it is registered. So restart does not always kill cygwin processes. I do not want to force to kill cygwin process by setupXX.exe but output the warning. Hi, I use script [1] for years in order to: - allways use latest setup.exe - stop all running Cygwin services* before setup is started - start formerlly runnig Cygwin services after setup is done - and more *) services I usually run; feel free to add more services according your needs 1: https://gist.github.com/Vlado-99/1d59bf05b70481377ff90bb53e13bb2d Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: error of minimization
On 15.2.2018 13:59, fateme haghighi wrote: Hi, When I am trying to minimize energy of a molecule I have seen the error: 4 [main] antechamber 11428 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Please report this problem to the public mailing list cygwin@cygwin.com would you please help me. Thank you in advance -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Hi, update Your Cygwin, as described here: https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Bug in zsh and bash with builtin ls when colorization is used and the filename starts with a drive letter
On 1.8.2017 16:59, Ronald Fischer wrote: This is with zsh 5.3, which is what I'm usually using. For curiosity, I tested the same with bash, and the bash ls builtin command seems to behave the same as zsh. Hi, are You sure? I run man bash, then /^SHELL BUILTIN COMMANDS and see ... kill, let, local, logout, mapfile, ... No ls. Check Your LS_COLORS value for missig ':' separator between *.log and *.txt definitions. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: setup 2.880 release candidate - please test
On 7.6.2017 19:07, Jon Turney wrote: - Fix that clicking on any column can change "Keep" to "Uninstall". (Addresses: https://cygwin.com/ml/cygwin/2017-05/msg00525.html) - Allow click-to-activate in the package list control. The behavior of the "Select Packages" page is much better now. Thank You! Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Setup v2.879 - can not scroll package list
On 3.6.2017 14:05, Jon Turney wrote: After a bit more investigation, I'm not actually sure what is claimed to be the bug is here. As for the scrolling of window content, the behavior of Windows applications is not quite consistent. Some always scrolls the window (control) that has focus, regardless of cursor position. For example: Windows Explorer, CodeBlocks, or FileZilla. Others scrolls the window above which the cursor is located, no matter which control has the focus. For example: Firefox, Thunderbird, or Skype. It seems to me more intuitive to scroll the window over which the cursor is located, but someone else may prefer the first way. The bug You mentioned is inconsistent package list behavior. The list (which never has a focus) sometimes does not scroll and sometimes does scrolls - depending on whether focus is on drop-down or Search. The most comfortable (for users) solution would be to modify the package list to accept the focus. The list could highlight the line the user is working with, making package selection easier. Probably the smallest work leading to improvement would be to adjust the drop-down to ignore scrolling (as Search now does) and let scrolling event delivered to package list. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Setup v2.879 - can not scroll package list
On 2.6.2017 17:49, Wayne Davison wrote: There are also some tools you can use on prior Windows versions. For instance, search the web for I still hope somebody will fix the bug. :-) Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Setup v2.879 - can not scroll package list
On 31.5.2017 17:04, Wayne Davison wrote: On Wed, May 31, 2017 at 2:48 AM, David Balažic wrote: it does not scroll the package list, instead it changes the selection in the mentioned drop down menu. One thing you should be able to do to work around this is to go to the mouse settings and enable the "Scroll inactive windows when I hover over them" option. That allows you to scroll the list as long as your mouse is pointing at it. In fact, this workaround depends on concrete mouse driver. On my system neither "HP Mouse Control center" nor "Mouse properties" in Control panel have "Scroll inactive windows when I hover over them" option. Only workaround I found is to move focus to Search box. Another problem with package list is this: Package's new status is changing by clicking only to "New" column with one exception. If status is "Keep", it is changed to "Uninstall" after click (even accidental) to any other column. Perhaps someone more experienced than I will be so kind and make corrections. Thanks in advance. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Missing g_object_unref
On 2.4.2017 18:26, Ken Brown wrote: Wrong syntax. This should be "-lgobject-2.0 -lglib-2.0": Thanks, it helped. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Missing g_object_unref
On 2.4.2017 11:47, Vlado wrote: Hello. Can somebody give advice what library defines g_object_unref function call, please? I use x86_64 Cygwin. I would like to build rrdtool 1.6.0. Building it as Windows native app is near impossible. Building it in Cygwin is much less pain and I hope the "undefined reference to `g_object_unref'" is the last obstacle. In Debian I found that g_object_unref is defined in libgobject-2.0.a, but there is no library libgobject-2.0.a in Cygwin. Vlado Answer is: Library libgobject-2.0.dll.a is a part of libglib2.0-devel. I have installed libglib2.0-devel version 2.50.3-1 now, I added -llibglib-2.0 -llibgobject-2.0 to LIBS and still have Making all in src make[1]: Entering directory '/usr/src/rrdtool-1.6.0/src' make all-am make[2]: Entering directory '/usr/src/rrdtool-1.6.0/src' CCLD rrdtool.exe ./.libs/librrd.a(librrd_la-rrd_graph.o):rrd_graph.c:(.text+0xcb2): undefined reference to `g_object_unref' ./.libs/librrd.a(librrd_la-rrd_graph.o):rrd_graph.c:(.text+0xcb2): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `g_object_unref' ./.libs/librrd.a(librrd_la-rrd_graph.o):rrd_graph.c:(.text+0x14023): undefined reference to `g_object_unref' ./.libs/librrd.a(librrd_la-rrd_graph.o):rrd_graph.c:(.text+0x14023): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `g_object_unref' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:715: rrdtool.exe] Error 1 make[2]: Leaving directory '/usr/src/rrdtool-1.6.0/src' make[1]: *** [Makefile:552: all] Error 2 make[1]: Leaving directory '/usr/src/rrdtool-1.6.0/src' make: *** [Makefile:557: all-recursive] Error 1 Investigating objects in libgobject-2.0: $ nm --print-file-name --defined-only lib-extract/libgobject-2.0/* | grep -F g_object_unref d000165.o: I __imp_g_object_unref d000165.o: T g_object_unref "T" means symbol is defined in TEXT (code). Is the "undefined reference to `g_object_unref'" result of "relocation truncated to fit"? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Missing g_object_unref
Hello. Can somebody give advice what library defines g_object_unref function call, please? I use x86_64 Cygwin. I would like to build rrdtool 1.6.0. Building it as Windows native app is near impossible. Building it in Cygwin is much less pain and I hope the "undefined reference to `g_object_unref'" is the last obstacle. In Debian I found that g_object_unref is defined in libgobject-2.0.a, but there is no library libgobject-2.0.a in Cygwin. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Package request: fswatch
On 13.2.2017 18:05, Brian Inglis wrote: Duplicates xtail which is a well known sysadmin tool used to watch a bunch of logs or files at once and works on directories and files (apt is alias for apt-cyg): Hi Brian, fswatch looks like multiplatform version of inotifywait from inotify-tools Linux package. xtail is completely different functionality. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Installer names not meaningful enough
On 7.12.2016 23:06, Erik Soderquist wrote: On Wed, Dec 7, 2016 at 4:57 PM, Brian Inglis wrote: Use wget -N to prevent duplicate downloads when the name, date, and size don't change. That only works if I am downloading to the same location/name as the source is -- Erik Erik (and others), don't worry about Setup version, please. Use this script: https://gist.github.com/Vlado-99/1d59bf05b70481377ff90bb53e13bb2d it makes things much easier: - Setup is downloaded only if gpg signature changes (only very small .sig file is re-downloaded every time) - gpg signature of Setup is validated (no need to do it manually) - services I use, are stopped and restarted automatically (no need to restart Windows after update; add Yours services to script if needed) Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Installer names not meaningful enough
On 1.12.2016 13:51, Eliot Moss wrote: I think that including the version of the setup program could be helpful - I tend to add it (renaming the file by hand). However, clearly we've lived with things this way for a long time ... I disagree. I have a script to update Cygwin. This script checks for new version of setup, downloads, verifies signature, etc. Things would become much more complicated with variable setup file name. Finally: Why should I care about the exact version number of setup? Script makes backups of the old setup files like setup.exe.0001, 0002, ..., just for a cause, but never in the past I did have to looking for the setup with exact version number. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Latest "setup-x86(_64)?\.exe" version supporting WinXP
On 4.10.2016 13:02, Sophoklis Goumas wrote: Would you also, please, confirm the validity of those files? Hello Sophoklis, I can confirm, that sha1sum of setup-x86_64-2.874.exe is valid. Unfortunately, I don't have setup-x86-2.874.exe archived. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Native symlinks and setup.exe
On 3.10.2016 23:15, Gene Pavlovsky wrote: How about this kind of modification for the setup program: extract tar archives into temp dir, after that search that temp dir for symlinks, Hi, Gene. Maybe You can consider to write and run simple script: - find all links (find -type l) - read target of link (readlink) - remove link (rm) - re-create link (ln -s) The ln -s should honor CYGWIN=winsymlinks:native and every link should be as You want. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Native symlinks and setup.exe
On 1.10.2016 17:52, Gene Pavlovsky wrote: Before running setup.exe I've set the system env var CYGWIN=winsymlinks:native After that I ran setup-x86_64.exe and installed cygwin64. The symlinks to .exe files in bin, created by setup, are not native symlinks, they are cygwin symlinks. Apparently, setup doesn't honor the winsymlinks:native CYGWIN option. Is that intended (why?) or a bug? Hi Gene, IMHO CYGWIN variable controls Cygwin behavior, but setup is native Windows app. What You are describing is expected behavior. Vlado. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: passwd unrecoverable error 1265
On 31.8.2016 12:16, Corinna Vinschen wrote: I found a workaround: The Windows call for changing the password used by the passwd tool is ret = NetUserChangePassowrd (server, username, old_pwd, new_pwd); The server is usually the logon server, prepended by double backslash, as in the variable $LOGONSERVER, and this is how passwd uses the function. However, while this still works fine on W7 and 2008R2, it fails on the newer systems with error 1265, ERROR_DOWNGRADE_DETECTED. The workaround puzzles me slightly, but it seems to do the trick: If I use the domain name (as in $USERDOMAIN) instead of the server name when calling this function, it works as expected, also on W7 or 2008R2. Thank You for very useful information. I tried Your workaround and it works perfectly for me: test@server ~ $ LOGONSERVER=server passwd Old password: New password: Re-enter new password: Password changed. test@server ~ $ (Old value in $LOGONSERVER was \\server) My server is standalone Windows Server 2008R2 Enterprise, so Microsoft's error message is not quite correct. (On Yours 2008R2 problem didn't occur - interesting.) Thank You. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Anecdotal: Rebase and Visual Studio 2015 and /etc
Hi.
One more sugestion: use -e test instead of -r, because Perl -r is not
allways reliable in mixed Cygwin/Windows environment.
(Cygwin terminal)
$ perl -e "if( -r
'Cygwin/http%3A%2F%2Fgd.tuwien.ac.at%2Fgnu%2Fcygwin%2F/x86/setup.ini'){print
'readable'}else{print 'cant read'}"
cant read
$ head 'Cygwin/http%3A%2F%2Fgd.tuwien.ac.at%2Fgnu%2Fcygwin%2F/x86/setup.ini'
# This file is automatically generated. If you edit it, your
# edits will be discarded next time the file is generated.
# See http://cygwin.com/setup.html for details.
#
release: cygwin
arch: x86
setup-timestamp: 1466876494
setup-version: 2.874
$ getfacl
'Cygwin/http%3A%2F%2Fgd.tuwien.ac.at%2Fgnu%2Fcygwin%2F/x86/setup.ini'
# file: Cygwin/http%3A%2F%2Fgd.tuwien.ac.at%2Fgnu%2Fcygwin%2F/x86/setup.ini
# owner: POVB+User(1124)
# group: POVB+Group(513)
user::---
group::---
group:SYSTEM:rwx
group:Administrators:rwx
group:VLADOB+Own:rwx
mask:rwx
other:---
$ perl -e "if( -e
'Cygwin/http%3A%2F%2Fgd.tuwien.ac.at%2Fgnu%2Fcygwin%2F/x86/setup.ini'){print
'exists'}else{print 'doesnt exists'}"
exists
(Windows Command prompt)
Cygwin\http%3a%2f%2fgd.tuwien.ac.at%2fgnu%2fcygwin%2f> icacls x86\setup.ini
x86\setup.ini NT AUTHORITY\SYSTEM:(I)(F)
BUILTIN\Administrators:(I)(F)
VLADOB\Own:(I)(F)
Tail of sub find_setup_ini_file will be:
open my $uname, '-|', 'uname -m' or die "uname -m failed: $!\n";
my $plat = <$uname>;
chomp $plat;
close $uname;
my $setup_path = "$path/$mirror/$plat/setup.ini";
return $setup_path if -e $setup_path;
# If 32-bit Cygwin on 64-bit OS, the above doesn't works
$setup_path = "$path/$mirror/x86/setup.ini";
return $setup_path if -e $setup_path;
# Definitely not found
usage("could not find setup.ini");
}
This works for me.
Vlado
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Anecdotal: Rebase and Visual Studio 2015 and /etc
On 6.7.2016 7:17, Warren Young wrote: if the mirror was used for both an x86 and x86_64 installation, it always uses the x86 setup.ini, regardless of the current architecture. Good catch! The script now uses the output of uname -m to select the mirror subdirectory. Hi, this is not allways right. I still use 32-bit Cygwin on 64-bit Windows. $ uname -m i686 $ ls 'Downloads/Cygwin/http%3A%2F%2Fgd.tuwien.ac.at%2Fgnu%2Fcygwin%2F/' noarch x86 Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: pass arguments enclosed with double quotes from bash shell to windows program
On 2.4.2016 20:59, Cary Lewis wrote: I need to start acrobat from a bash shell. Acrobat needs some of its parameters to be enclosed with double quotes. This is needed to automatically open and print a pdf. When I try to do that directly from a bash shell, I can't get it to pass arguments enclosed with the double quotes. It will do that for arguments with spaces in them, but for single word arguments, it doesn't If I try to do a \", then it passes the \" to the windows app. The only workaround I've come up with so far, is to create a batch file in the bash shell, and then invoke it with a cmd /c batch.bat But there should be a way to control how arguments are passed. Does anyone have any ideas. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple . Hi Cary Lewis, maybe this helps: https://blogs.msdn.microsoft.com/twistylittlepassagesallalike/2011/04/23/everyone-quotes-command-line-arguments-the-wrong-way/ Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Entry point SSLv2_client_method missing in cygssl-1.0.0.dll
On 3.3.2016 15:20, Corinna Vinschen wrote: I just uploaded openssl-1.0.2g-2. See the announcement for details: Thank You, it runs fine now. Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Entry point SSLv2_client_method missing in cygssl-1.0.0.dll
Hi, there is problem with package "libopenssl100: A general purpose cryptography library with TLS implementation" after upgrade from 1.0.2g-1 to 1.0.2f-1. Demonstration: # With cygssl-1.0.0.dll from libopenssl100 version 1.0.2f-1 - correct behavior: $ php --version PHP 5.6.17 (cli) (built: Jan 27 2016 22:28:09) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies $ # With cygssl-1.0.0.dll from libopenssl100 version 1.0.2g-1 - error, no output: $ php --version $ $ strace php --version --- Process 6084 created --- Process 6084 loaded C:\Windows\SysWOW64\ntdll.dll at 7771 --- Process 6084 unloaded DLL at 7741 --- Process 6084 unloaded DLL at 752D --- Process 6084 unloaded DLL at 7741 --- Process 6084 unloaded DLL at 7731 --- Process 6084 loaded C:\Windows\SysWOW64\kernel32.dll at 752D --- Process 6084 loaded C:\Windows\SysWOW64\KernelBase.dll at 7623 --- Process 6084 loaded C:\cygwin\bin\cygwin1.dll at 6100 --- Process 6084 loaded C:\cygwin\bin\cygphp5-5-6.dll at 6618 --- Process 6084 loaded C:\cygwin\bin\cygcrypto-1.0.0.dll at 6AF8 --- Process 6084 loaded C:\cygwin\bin\cyggcc_s-1.dll at 6A80 --- Process 6084 loaded C:\cygwin\bin\cygz.dll at 64FE --- Process 6084 loaded C:\cygwin\bin\cygssl-1.0.0.dll at 658D --- Process 6084, exception c139 at 777923F0 --- Process 6084 exited with status 0xc139 and Windows message box says: php.exe - Entry Point Not Found The procedure entry point SSLv2_client_method could not be located in the dynamic link library cygssl-1.0.0.dll Can SSLv2_client_method return to library, or perheaps php should be rebuild? Regards Vlado -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
