Re: another question about cygwin bash trying to make connections
Marco Atzeri wrote: > Am 07.01.2020 um 21:58 schrieb LMH: >> Hello, >> >> >> This is the version of bash, >> >> GNU bash, version 4.3.42(4)-release (i686-pc-cygwin) >> >> it would be very helpful as a first step if I could find a verified digital >> signature >> for this version of bash. The index here, >> >> https://ftp.gnu.org/gnu/bash/ >> >> gives an archive of bash with a signature for each tar.gz but not the >> signature for >> each version of the extracted binary. >> >> Thanks, >> > > that is not the last version of bash, so I guess your system is not updated > anyway > > > $ bash --version > GNU bash, version 4.4.12(3)-release (i686-pc-cygwin) > > -- > 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 > > No, this is an older system that I keep around to run and test XP software on. It has the latest version of cygwin that still supports XP (2.874). This system isn't on the internet very often. It is still of interest to me to understand how the components of cywgin work and what controls such things as how and why IPC may be triggered. This is especially true when I see behavior that doesn't make sense to me. I don't see any reason why bash should need to communicate with svchost every time it is run, especially where blocking that communication has no discernible effect. If this is evidence of a system problem somewhere, I of course would like to know about that as well. LMH -- 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
another question about cygwin bash trying to make connections
Hello, Every single time run bash in a terminal, I get the following firewall alerts, C:\cygwin\bin\bash.exe An attempt to communicate a foreign process has been detected. Target PID: 1616 Image Name: svchost.exe C:\cygwin\bin\bash.exe A potential threat to network traffic interception or injection has been detected. This is when running a script that invokes bash with the shebang. The same thing happens if I just run bash with no arguments. On every run of bash, bash tries to IPC with svchost.exe. The second alert for network traffic injection suggests that bash.exe is attempting to use svchost to make a network connection. This is common enough since svchost.exe has unfiltered network connection permission on most systems (stupid in my opinion). I have looked in all of the versions of .bashrc and .bash_profile and don't see anything there that looks relevant. I presume that bash is trying to do something like check to see if it needs to be updated. In that case, I have never understood why bash.exe needs to try to connect through another process instead of just making the connection itself. If this is something else, well, who knows. The attempted IPC is entirely unnecessary as blocking both alerts has no effect whatsoever. How should I go about trying to run this down? I can just create the rule to permanently block the IPC and network traffic injection, but I would prefer to stop the connection attempt from what is triggering it. That would allow me to see new alerts if it happens again. This is the version of bash, GNU bash, version 4.3.42(4)-release (i686-pc-cygwin) it would be very helpful as a first step if I could find a verified digital signature for this version of bash. The index here, https://ftp.gnu.org/gnu/bash/ gives an archive of bash with a signature for each tar.gz but not the signature for each version of the extracted binary. Thanks, LMH -- 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
why is mintty trying to connect to google through my browser
Hello, I had an odd thing happen today. I opened a cygwin terminal to do something and got a firewall alert that mintty was attempting to inject network traffic. I did a temporary deny because there is no reason for mintty to make a connection based on what I was doing and I have never seen that alert before (or I would have a firewall rule already). That alert doesn't say where the connection would be made to if the injection was allowed. This temporary block seemed to break my seamonkey connection. My firewall log is full of entries about blocked connections for seamonkey and the reason given is "restricted parent process c:\cygwin\bin\mintty". I did not launch seamonkey using mintty, so I have no idea why the firewall would see mintty as the parent process. All of the seamonkey attempted connections to my email server were also blocked for the same reason. When I closed the terminal, everything went back to normal. It seems like mintty tried to inject some network traffic to the seamonkey process and for some reason, blocking this injection caused the firewall to block all traffic from seamonkey. Why would mintty try to inject network traffic to another process at startup? If it needed ot connect for some reason, why would mintty try to make that connection through another application instead of just making the connection itself? I deleted any firewall rules for mintty and started the terminal again, but that does not reproduce the situation at the moment. I believe this is cygwin 2.3.1. LMH -- 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: is it normal for bash.exe, sh.exe, and uname.exe to IPC with svchost.exe
Achim Gratz wrote: > LMH writes: >> Is there some reason I should be expecting these processes to talk to >> svchost.exe? > > If your machine is in a domain they will contact the DC to get user and > group information via standard Windows facilities. > > > Regards, > Achim. > As far as I know this computer is not part of a domain. Under System Properties > Computer Name, the Workgroup is listed a WORKGROUP and not a domain name. The full computer name is just the CPU model. LMH -- 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
is it normal for bash.exe, sh.exe, and uname.exe to IPC with svchost.exe
Hello, I am trying to run down some odd behavior on my system. I have reset my firewall to "ask" for most operations and am trying to rebuild my rules. While running a bash script that I wrote, I get notifications from my firewall that bash.exe, sh.exe and uname.exe are attempting inter-process communication with svchost.exe. I also get a notification that a potential threat to network traffic interception or injection has been detected for the same processes. Blocking this IPC does not appear to affect anything in how my script runs, so I am wondering what the purpose of the communication is. The bash script does not make any connections. I have observed that software that is trying to bypass a firewall and find a back way onto the internet will often attempt to use svchost.exe to make the connection because svchost.exe is often given free access by default. Is there some reason I should be expecting these processes to talk to svchost.exe? LMH -- 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: gcc / gfortran 5.x
Hans Horn wrote: > Group, > > I noticed that cywgin's gcc/gfortran has moved whole sale to gcc 6.4. > How can I get the latest release of the 5.x branch (32 and 64bit) back? > I'm trying to build a legacy suite of programs that I know builds under 5.x, > but > fails miserably under 6.4. > > Thanks, > H. > > > -- > 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 > > I keep older cygwin installations around to support code that won't compiler on newer compilers and doesn't use any newer language features. This code often isn't worth the expenditure to bring up to date. As long as the compiled binaries still run on current systems, the code won't get updated unless the update is a minor fix. You can have as many cygwin installations on your system as you want, just name the root folder and install folder something different for each one. There are potential problems if you try to run more than one version at the same time. I have had different answers on this but I don't do it in case there may be problems that aren't evident. I start the older cygwin terminals using a .bat file that configures the /cygwin/bin PATH environment variable for the version of cygwin I are running. The .bat file looks like, @echo off :: remove "C:\cygwin\bin" from PATH set "PATH=;%PATH%;" set "PATH=%PATH:;;=;%" set "PATH=;%PATH:;C:\cygwin\bin;=;%;" set "PATH=%PATH:;;=%" :: create a local environment variable for the alternate cygwin version (cygwin2) set "PATH=C:\cygwin2\bin;%PATH%" start "" /b C:\cygwin2\bin\mintty.exe -i /Cygwin-Terminal.ico - I leave this .bat file in the install directory for the alternate cygwin and have a shortcut on my desktop that runs the bat file. When I want to start an alternate version of cygwin, I just click on the icon I want. I also have modified the terminal settings so that the background color of the bash window is different for each version I have installed. That reminds me of what version of cygwin I am in. If this is something you really need, like everything else, keep a backup copy of the cygwin root directory and install directory. The time machine site has worked for me in the past, but it was very slow. You probably will want to download using wget and be prepared to leave going it all day. LMH -- 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: Win 7 to Win 10 upgrade, all files Unknown+User and Unknown+Group
mn wrote: I upgraded from Win 7 to Win 10 and I am not able to run a tar command on my files. Everything was working as it should before that. I will add that I am working on backup files and if something goes wrong I can lose like a year and a half of full day / week work. The name of my user is 01 and all files and folders are now showing as Unknown+User and Unknown+Group. Please let me know how to make it work. Thanks. -- 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 Not addressing the cygwin issue, but the first thing you should do is to make a copy of all of your files using a method that will not care about the permissions. I you have space on a backup drive, use a tool like clonezilla to make an image of the entire drive. If you do not have space to to that, use a live linux distribution to copy all of the files you need to a backup drive. Don't mess around with untried solutions until you have a backup. LMH -- 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: problem building with cmake under cygwin (need clang)
Marco Atzeri wrote: On 27/07/2016 09:51, Csaba Raduly wrote: On Tue, Jul 26, 2016 at 6:06 PM, Marco Atzeri wrote: Csaba was clear but it seems you are misunderstanding, the call to cmake is cmake [options] No, not but For quickhull, CMakeLists.txt is in the root of the project, the sources are under the src directory. Csaba, you are 100 %right. I just copied the cmake help $ cmake --help |head -n 4 Usage cmake [options] cmake [options] where of course they consider CMakeLists.txt as part of the source and placed in the tree root. Regardless of where the build is performed, the path in the cmake invocation must point to the root of the project. Copying CMakeLists.txt into ./src and pointing cmake to ./src is unlikely to work. All of this is moot because the author of quickhull littered CMakeLists.txt with clang-specific compiler switches. He made no attempt to cater for the world's most widely used C++ compiler (GCC). I agree on that. He made the life hard for anyone to build his software. Csaba Regards Marco -- 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 I decided to try this on opensuse to see if that made a difference. After updating to cmake 3.6 and installing clang, the command with pdw as /build, cmake -DCMAKE_CXX_COMPILER=clang .. gives the following output without error, -- The C compiler identification is GNU 4.8.3 -- The CXX compiler identification is Clang 3.5.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Check for working CXX compiler: /usr/bin/clang -- Check for working CXX compiler: /usr/bin/clang -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Performing Test COMPILER_SUPPORTS_LIBCXX -- Performing Test COMPILER_SUPPORTS_LIBCXX - Success -- Performing Test COMPILER_SUPPORTS_CXX1Z -- Performing Test COMPILER_SUPPORTS_CXX1Z - Success -- Wrong build type selected, default to Debug. -- Configuring done -- Generating done -- Build files have been written to: /home/user1/ATomilov_quickhull/trunk/build You can see that the above is different then the results with cygwin, -- The CXX compiler identification is Clang 3.5.0 -- Check for working CXX compiler: /usr/bin/clang -- works The above did not appear to build the application in that I don't see any binaries that were created. It looks like the command cmake -DCMAKE_CXX_COMPILER=clang .. just configured the build without actually compiling and building the application. Do I need to do something different to get the application to be created? I have never used cmake before and am more than a bit out of my depth here. At any rate, the above suggests that there is an issue with my cygwin installation here and possibly that clang isn't working. Does my output from cygcheck suggest anything? LMH -- 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: problem building with cmake under cygwin (need clang)
Marco Atzeri wrote:
On 26/07/2016 17:10, LMH wrote:
Csaba Raduly wrote:
Steps for building in a separate build directory:
mkdir _build
cd_build
cmake ..
Csaba
I looked for the syntax for this when I first started. I assumed the the
author put the CMakeLists.txt file in the right place. I almost never
have my make file in the src directory when using gnu make, so this
looked the same to me. I didn't find any doc about how to have the
CMakeLists.txt and the src in different directories.
Csaba was clear but it seems you are misunderstanding,
the call to cmake is
cmake [options]
so I will put together his suggestion and Tony's one:
$ git pull https://bitbucket.org/tomilov/quickhull/src
$ ls src/
CMakeLists.txt include README.md src test
$ mkdir build
$ cd build
$ cmake -DCMAKE_CXX_COMPILER=clang ../src
the "build" directory is in this case parallel to the "src" one.
Unfortunately it will fail on "Compiler does not support C++1z standard"
and you will need to modify the original CMakeLists.txt.
I cut
---
-CHECK_CXX_COMPILER_FLAG("-std=gnu++1z" COMPILER_SUPPORTS_CXX1Z)
-if(NOT COMPILER_SUPPORTS_CXX1Z)
-message(FATAL_ERROR "Compiler does not support C++1z standard")
-endif()
-add_compile_options("-std=gnu++1z")
---
But there are other issues on the road; I passed some with
cmake -DCMAKE_CXX_COMPILER=clang -DCMAKE_CXX_FLAGS="-std=gnu++1z
-I/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include/c++/
-I/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include/c++/x86_64-pc-cygwin/" ../src
but the build stop here
--
/pub/temp/src/src/simple_use.cpp:146:16: fatal error: no member named 'chrono'
in
namespace 'std'
using std::chrono::duration_cast;
~^
15 warnings and 1 error generated.
make[2]: *** [CMakeFiles/qh.dir/build.make:66:
CMakeFiles/qh.dir/src/simple_use.cpp.o] Error 1
---
and I am out of my C++ knowledge
Regards
Marco
--
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
Thanks you for the clarification.
I implemented your steps,
$ ls src/
CMakeLists.txt include README.md src test
$ mkdir build
$ cd build/
$ cmake -DCMAKE_CXX_COMPILER=clang ../src
I get the following output, which is the same error output I was getting before. It
is different then the errors you are specifying.
-- The C compiler identification is GNU 4.9.3
-- The CXX compiler identification is unknown
CMake Warning at /usr/share/cmake-3.3.2/Modules/Platform/CYGWIN.cmake:15
(message):
CMake no longer defines WIN32 on Cygwin!
(1) If you are just trying to build this project, ignore this warning or
quiet it by setting CMAKE_LEGACY_CYGWIN_WIN32=0 in your environment or in
the CMake cache. If later configuration or build errors occur then this
project may have been written under the assumption that Cygwin is WIN32.
In that case, set CMAKE_LEGACY_CYGWIN_WIN32=1 instead.
(2) If you are developing this project, add the line
set(CMAKE_LEGACY_CYGWIN_WIN32 0) # Remove when CMake >= 2.8.4 is required
at the top of your top-level CMakeLists.txt file or set the minimum
required version of CMake to 2.8.4 or higher. Then teach your project to
build on Cygwin without WIN32.
Call Stack (most recent call first):
/usr/share/cmake-3.3.2/Modules/CMakeSystemSpecificInformation.cmake:36
(include)
CMakeLists.txt:1 (project)
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/clang
-- Check for working CXX compiler: /usr/bin/clang -- broken
CMake Error at /usr/share/cmake-3.3.2/Modules/CMakeTestCXXCompiler.cmake:54
(message):
The C++ compiler "/usr/bin/clang" is not able to compile a simple test
program.
It fails with the following output:
Change Dir:
/cygdrive/g/shared_data/SMD/ATomilov_quickhull/build/CMakeFiles/CMakeTmp
Run Build Command:"/usr/bin/make.exe" "cmTC_e1f3f/fast"
/usr/bin/make -f CMakeFiles/cmTC_e1f3f.dir/build.make
CMakeFiles/cmTC_e1f3f.dir/build
make[1]: Entering directory
'/cygdrive/g/shared_data/SMD/ATomilov_quickhull/build/CMakeFiles/CMakeTmp'
Building CXX object CMakeFiles/cmTC_e1f3f.dir/testCXXCompiler.cxx.o
/usr/bin/clang -o CMakeFiles/cmTC_e1f3f.dir/testCXXCompiler.cxx.o -c
/cygdrive/g/shared_data/SMD/ATomilov_quickhull/build/CMakeFiles/CM
Re: problem building with cmake under cygwin (need clang)
Tony Kelman wrote: LMH molconn.com> writes: It looks like I need to point CMAKE_CXX_COMPILER_ID to clang, but I am not sure how to do that. I don't know if the problem is with the CMakeLists.txt file, the way I am calling cmake, or with my local cygwin configuration. Are you setting -DCMAKE_CXX_COMPILER=clang ? -- 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 I tried a few things like, cmake -DCMAKE_CXX_COMPILER=/usr/bin/clang++ ./src That gets me a different set of errors, CMake Error at /usr/share/cmake-3.3.2/Modules/CMakeTestCXXCompiler.cmake:54 (message): The C++ compiler "/usr/bin/clang++" is not able to compile a simple test program. It fails with the following output: Change Dir: /cygdrive/g/shared_data/SMD/ATomilov_quickhull/tomilov-quickhull-7faf277d6cc2_cmake/CMakeFiles/CMakeTmp Run Build Command:"/usr/bin/make.exe" "cmTC_35956/fast" /usr/bin/make -f CMakeFiles/cmTC_35956.dir/build.make CMakeFiles/cmTC_35956.dir/build make[1]: Entering directory '/cygdrive/g/shared_data/SMD/ATomilov_quickhull/tomilov-quickhull-7faf277d6cc2_cmake/CMakeFiles/CMakeTmp' Building CXX object CMakeFiles/cmTC_35956.dir/testCXXCompiler.cxx.o /usr/bin/clang++ -o CMakeFiles/cmTC_35956.dir/testCXXCompiler.cxx.o -c /cygdrive/g/shared_data/SMD/ATomilov_quickhull/tomilov-quickhull-7faf277d6cc2_cmake/CMakeFiles/CMakeTmp/testCXXCompiler.cxx CMakeFiles/cmTC_35956.dir/build.make:65: recipe for target 'CMakeFiles/cmTC_35956.dir/testCXXCompiler.cxx.o' failed make[1]: Leaving directory '/cygdrive/g/shared_data/SMD/ATomilov_quickhull/tomilov-quickhull-7faf277d6cc2_cmake/CMakeFiles/CMakeTmp' Makefile:126: recipe for target 'cmTC_35956/fast' failed make[1]: *** [CMakeFiles/cmTC_35956.dir/testCXXCompiler.cxx.o] Error 127 make: *** [cmTC_35956/fast] Error 2 CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:1 (project) This is odd that it can't seem to build a test program. Csaba suggests that I should have left the CMakeLists.txt file outside of the src directory, but I haven't figured out how to run cmake like that yet. I'm not sure that has anything to do with the test build failure, so I suspect that there is still some local config problem going on. Marco suggests some problems with the CMakeLists.txt, so I'm not sure which to try to run down first. LMH -- 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: problem building with cmake under cygwin (need clang)
Csaba Raduly wrote: On Tue, Jul 26, 2016 at 2:45 AM, LMH wrote: Hello, I am trying to compute the convex hull of a high dimensional space (46D x 2000 rows). The qhull app available in cygwin/math is based on relatively old code and runs out of memory. I found another version the is supposed to be able to do higher dimensions. https://bitbucket.org/tomilov/quickhull/src This version is set up to build with cmake, so I installed cmake in cygwin and ran it as, cmake ./src Note, I had to copy CMakeLists.txt into the src directory to get this to work. If I don't do that, I get the error, That usually won't work. Instead of copying CMakeLists.txt to the src directory, you should specify the directory where CMakeLists.txt is located when invoking CMake. Steps for building in a separate build directory: mkdir _build cd_build cmake .. Csaba I looked for the syntax for this when I first started. I assumed the the author put the CMakeLists.txt file in the right place. I almost never have my make file in the src directory when using gnu make, so this looked the same to me. I didn't find any doc about how to have the CMakeLists.txt and the src in different directories. The structure of the downloaded archive looked like, /tomilov-quickhull-7faf277d6cc2 /include/quickhull.hpp /src/quickhull.cpp /src/randombox.cpp /src/simple_use.cpp /test/...test files .gitignore CMakeLists.txt README.md I did, cd ./tomilov-quickhull-7faf277d6cc2 cmake ./src this is when I got the error message about no CMakeLists.txt file in /src. What is the syntax for running cmake in /tomilov-quickhull-7faf277d6cc2 with the CMakeLists.txt file at /tomilov-quickhull-7faf277d6cc2/CMakeLists.txt and the src files in /tomilov-quickhull-7faf277d6cc2/src ? Is this something you do with the --build flag? It looks like you can use that to specify where the project will be built but I don't see anything there about the location of the src files. Thanks, LMH -- 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
problem building with cmake under cygwin (need clang)
Hello,
I am trying to compute the convex hull of a high dimensional space (46D x 2000 rows).
The qhull app available in cygwin/math is based on relatively old code and runs out
of memory.
I found another version the is supposed to be able to do higher dimensions.
https://bitbucket.org/tomilov/quickhull/src
This version is set up to build with cmake, so I installed cmake in cygwin and
ran it as,
cmake ./src
Note, I had to copy CMakeLists.txt into the src directory to get this to work. If I
don't do that, I get the error,
CMake Error: The source directory
"/cygdrive/g/shared_data/SMD/ATomilov_quickhull/tomilov-quickhull-7faf277d6cc2_cmake/src"
does not appear to contain CMakeLists.txt.
When I have copied the CMakeLists.txt file into ./src, cmake runs but I get the
error,
CMake Error at CMakeLists.txt:11 (message):
only clang supported currently
this comes from the conditional,
if(NOT "${CMAKE_CXX_COMPILER_ID}" MATCHES "Clang")
message(FATAL_ERROR "only clang supported currently")
endif()
in CMakeLists.txt.
I have installed clang from cygwin, but I still get the same error. I added the
following line to CMakeLists.txt,
message(STATUS "${CMAKE_CXX_COMPILER_ID}")
and I get "GNU" as the value for CMAKE_CXX_COMPILER_ID, at least that is the value if
I got the syntax correct for the message statement.
It looks like I need to point CMAKE_CXX_COMPILER_ID to clang, but I am not sure how
to do that. I don't know if the problem is with the CMakeLists.txt file, the way I am
calling cmake, or with my local cygwin configuration.
Suggestions would be appreciated.
LMH
--
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: question about clearing all pending updates from setup.exe
Marco Atzeri wrote: On 06/07/2016 21:42, LMH wrote: Hello, I need to update my python version but at this point, I don't want to install any other updates. This is an old xp box and I don't want to fiddle with it overly much given that xp support is going away. If changing python causes issues, I can always change it back. I know I can select, "pending" under view and go through the list changing the new version number back to "keep" but the list is long and I was wondering if the was a better way to go about this. Thanks, LMH Select "Keep" button instead of the default "Current"; than replace on the "New" column the "Keep" for Python with last version I suspect you will need to update something more including cygwin. Regards Marco -- 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 Thanks, I thought there was a way to do this but couldn't remember. It looks like I need python 3.2 and it seems as if cygwin only goes up to python 2.7 LMH -- 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
question about clearing all pending updates from setup.exe
Hello, I need to update my python version but at this point, I don't want to install any other updates. This is an old xp box and I don't want to fiddle with it overly much given that xp support is going away. If changing python causes issues, I can always change it back. I know I can select, "pending" under view and go through the list changing the new version number back to "keep" but the list is long and I was wondering if the was a better way to go about this. Thanks, LMH -- 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: Last Version of Cygwin for XP
Yaakov Selkowitz wrote: > On 2016-02-09 19:37, Jonathan Brenster wrote: >> I saw a post a number of months back indicating that XP support would >> start to phase out in Dec '15. >> >> Is there a last version or intended last version that still officially >> supports it? > > Support for XP has yet to be removed but that is subject to change at > any time. > I would find it very helpful if there was official notification to this list when a version is released that no longer supports XP. I am sure that other users like myself who still have XP on some machines would also appreciate notification. LMH -- 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: using fortran common block from dll created by gfortran
If you having trouble communicating with the dll, it might make more sense to create a generic c dll and embed the fortran in the c dll as a subroutine. It is generally not a problem to call a fortran subroutine from c code though there are some syntax specifics to follow. Your communication with the dll could follow standard c protocols. Since c code and fortran code will have their own namespaces, your fortran includes, common block, etc, shouldn't be a problem since those variables will only be linked to the fortran objects. Your fortran src files will be run through the fortran pre-processor so your common block should be fine. Your c src files will be run through the c pre-processor. The c objects won't know anything about the fortran global variables but you can exchange what you need to between the c and fortran in the call to the fortran subroutine. You end up with two copies of allot of things but this is a decent way to get fotrran code to talk to the modern programming world. The only way I know to use the same memory namespace for both c and fortran files is to run the fortran through the c pre-processor (name your fortran src files .FPP). This lets you use c style includes and compiler directives in your fortran code but does not support a common block. You would have to declare global variables in c style includes. LMH Satish Balay wrote: Thanks for the note. I had previously tried something similar - using the directives from http://gcc.gnu.org/onlinedocs/gfortran/GNU-Fortran-Compiler-Directives.html However - I get errros. balay@ps4 ~/junk $ cat cb_func.f subroutine cb_func() !GCC$ ATTRIBUTES DLLEXPORT :: cb_func, /cb/ common /cb/ cvar integer cvar cvar = 2 end balay@ps4 ~/junk $ gfortran -c cb_func.f cb_func.f:2.40: *GCC$ ATTRIBUTES DLLEXPORT :: cb_func, /cb/ 1 Error: Invalid character in name at (1) balay@ps4 ~/junk $ Wrt 'common blocks' vs 'module' - this usage is part of a c library supporting fortran interfaces [and works generally on various OSes, compilers]. We haven't worked with dlls on windows much. However this issue came up on such an attempt with cgwin/gnu compilers. PS: I'm not subscribed to the ML - it would be great if I'm included in cc: Thanks, Satish Hi, while this is not directly related to gfortran on Cygwin, this article might help you appreciate the issues involved: https://software.intel.com/en-us/node/535307 Are you bound to common blocks? If not, you may get better results when you put the data in a module. Regards, Arjen On Tue, 23 Jun 2015, Satish Balay wrote: Hi Cygwin, I'm debuging an issue with dlls with cygwin gnu compilers - and have narrowed down the issue to the attached test case [script]. Could you guide me to correct usage of 'fortran common block' with dlls? [In this example - using fortran 'common block' via static library works. However the same code using a .dll fails] Thanks, Satish - balay@ps4 ~/junk $ ./cb_test.sh + cat + cat + rm -f '*.o' '*.dll' '*.a' '*.exe' + gfortran -c cb_func.f cb_main.f + ar cr libcb_static.a cb_func.o + gfortran cb_main.o -L. -lcb_static -o cb_main_static + gfortran -shared -o libcb_dynamic.dll cb_func.o + gfortran cb_main.o -L. -lcb_dynamic -o cb_main_dynamic + ./cb_main_static GOOD COMMON BLOCK + ./cb_main_dynamic BAD COMMON BLOCK balay@ps4 ~/junk $ uname -a CYGWIN_NT-6.1 ps4 2.0.4(0.287/5/3) 2015-06-09 12:22 x86_64 Cygwin balay@ps4 ~/junk $ gfortran --version GNU Fortran (GCC) 4.9.2 -- 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 -- 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: windows application manifest in gnu cpp application built on cygwin
Andrey Repin wrote: Greetings, LMH! Can someone point me to a reference for linking a windows 7 compatible application manifest when building a program with GNU cpp under cygwin? I have found some examples of the manifest files I need, but no examples of the syntax for including a manifest in the make file, where the file should go, etc. Default manifest is already built in unless you provide custom one. For including, it's just included, like any other resource. -- WBR, Andrey Repin (anrdae...@yandex.ru) 21.12.2014, 04:56 Sorry for my terrible english... -- 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 Thanks for the reply, I tried to use ManifestView to look at the manifest, but ManifestVeiw can't seem to find a manifest to display. I'm not sure why that would be. I have also looked at the binary with a text editor and cannot find any html code or the word manifest. I would like to confirm the existence of a manifest and am looking for another tool that might work better. I presume I need mingw64-x86_64-windows-default-manifest-6.4-1 installed in the cygwin package manager. Is that correct? Is there documentation somewhere that describes the gnu c++ default manifest? I couldn't find anything with a search. LMH -- 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
windows application manifest in gnu cpp application built on cygwin
Hello, Can someone point me to a reference for linking a windows 7 compatible application manifest when building a program with GNU cpp under cygwin? I have found some examples of the manifest files I need, but no examples of the syntax for including a manifest in the make file, where the file should go, etc. Thanks, LMH -- 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: advice about setting up the eigen library for use with cygwin g++
Csaba Raduly wrote:
Hi,
On Thu, Dec 4, 2014 at 10:43 PM, LMH wrote:
Hello,
As stated, I am writing a few tools with cygwin g++.
(snip)
Eigen is a header only kind of thing, so my understanding is that all I
need to do is to unpack the src somewhere add the location to the
include path.
I was thinking of putting Eigen in,
/cygdrive/c/cygwin/lib/eigen/
If you use Cygwin tools, you shouldn't use paths like
/cygdrive/c/cygwin/lib. The way to refer to
that directory is /lib (unless your Cygwin is installed somewhere
other than C:\cygwin).
and using,
g++ -I /cygdrive/c/cygwin/lib/eigen/
/lib is not really for headers. It mostly contains binaries. A
canonical place for a header-only library would be
/usr/local/include/eigen
Doesn't eigen supply a makefile with an install target?
Csaba
Hello Csaba,
Thanks for the information. I will take your advice and unpack Eigen in
/usr/local/include/eigen instead of in /lib and drop the /cygdrive/c/
from the include path.
As I mentioned in an earlier post, Eigen is not a compiled library,
meaning there is no binary file. As I understand it, you are just
supposed to use the src code and header files as is, like you would use
any other .cpp and .h files in your build. The main difference is that
the files are not located in your trunk src directory.
Yaakov Selkowitz mentioned that Eigen is available through ports. I have
never used ports, so I'm not sure what the difference is. Is there a
difference in the way the Eigen code gets linked to my app if I install
Eigen through ports?
According to the Eigen page, Eigen isn't installed in the formal sense,
like you would install boost through the cygwin package manager. You
just put the Eigen folder somewhere and add the top level to the include
path. When you write your src, you add includes for the header files you
want and compile/link as normal.
If you just want to use Eigen, you can use the header files right away.
There is no binary library to link to, and no configured header file.
Eigen is a pure template library defined in the headers.
This is a sample program from the getting started page,
## my_program.cpp ##
#include iostream
#include Eigen/Dense
using Eigen::MatrixXd;
int main() {
MatrixXd m(2,2);
m(0,0) = 3;
m(1,0) = 2.5;
m(0,1) = -1;
m(1,1) = m(1,0) + m(0,1);
std::cout m std::endl;
}
g++ -I /path/to/eigen/ my_program.cpp -o my_program
According to the same page, if you have the Eigen folder, or a symlink
to the Eigen folder, in /usr/local/include/, you don't need to use -I.
So I guess I still need to figure out if this is going to work as I
understand it and if there is some advantage to installing Eigen through
ports instead of just unpacking it.
LMH
--
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
advice about setting up the eigen library for use with cygwin g++
Hello, As stated, I am writing a few tools with cygwin g++. These tools will make use of the eigen library for some linear algebra (PCA and matrix manipulations). I have never built with a library that was not installed through the cygwin package manager, so I thought I would ask if there was anything I needed to be aware of. Eigen is a header only kind of thing, so my understanding is that all I need to do is to unpack the src somewhere add the location to the include path. I was thinking of putting Eigen in, /cygdrive/c/cygwin/lib/eigen/ and using, g++ -I /cygdrive/c/cygwin/lib/eigen/ Does anyone see any issue with this approach? Will there be a problem having a non-cygwin directory in cygwin/lib, meaning something the cygwin install isn't formally aware of? Is there a preferred method for setting up something like this? Thanks LMH -- 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: advice about setting up the eigen library for use with cygwin g++
Eliot Moss wrote: On 12/4/2014 4:43 PM, LMH wrote: Hello, As stated, I am writing a few tools with cygwin g++. These tools will make use of the eigen library for some linear algebra (PCA and matrix manipulations). I have never built with a library that was not installed through the cygwin package manager, so I thought I would ask if there was anything I needed to be aware of. Eigen is a header only kind of thing, so my understanding is that all I need to do is to unpack the src somewhere add the location to the include path. I was thinking of putting Eigen in, /cygdrive/c/cygwin/lib/eigen/ and using, g++ -I /cygdrive/c/cygwin/lib/eigen/ Does anyone see any issue with this approach? Will there be a problem having a non-cygwin directory in cygwin/lib, meaning something the cygwin install isn't formally aware of? Is there a preferred method for setting up something like this? I'm not sure what you mean about a header only kind of thing. Unless already provided in a format built for cygwin, libraries have to be recompiled and relinked for use on cygwin, even if all your app does is include a header file and then link with the library. Put another way, cygwin is not a Unix virtual machine like say, Virtual Box or VMWare. It is a library that translates Unix-like calls into Windows calls, and things have to be built specifically to work with it. SO I think you need to build and install the library, and then build your application using the header files. Regards -- Eliot Moss Thanks for the reply. I'm not sure what you mean about a header only kind of thing. I guess my understanding of eigen is that it not a library that is linked to and then accessed dynamically at runtime but rather is an archive of cpp src code and header files. You use it by including the header files for the functions you need and the linker bundles the code specified in the header files into your application. This works no differently than the other src and header files for your program. There is no config or make files included with eigen with which to configure, build, or compile anything. From the Eigen site, How to install Eigen? In order to use Eigen, you just need to download and extract Eigen's source code (see the wiki for download instructions). In fact, the header files in the Eigen sub directory are the only files required to compile programs using Eigen. The header files are the same for all platforms. It is not necessary to use CMake or install anything. There is no library to link to. The only thing that you need to keep in mind when compiling is that the compiler must be able to find the Eigen header files. The directory in which you placed Eigen's source code must be in the include path. With GCC you use the -I option to achieve this. I wouldn't have posted this question if I was at all clear on how this is supposed to work, so the above is just my current understanding. It may be entirely incorrect. Do you think I am misunderstanding how this is supposed to work? LMH -- 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: cygwin bash script suddenly can't find ls, grep
Achim Gratz wrote:
LMH writes:
Good Lord, I guess I wasn't thinking very clearly trying to use PATH as
a variable for something else. I changed to,
FILE_DIR=$(ls -d './'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET)
echo $FILE_DIR
FILE_LIST=($(ls $FILE_DIR'/'*'out.txt' ))
echo ${FILE_LIST[@]}
and everything is fine. I guess it was a bash issue after all. Thanks
for checking that out.
Are you trying to re-write some Windows BAT/CMD script perhaps? It
seems that you'd actually want to use find instead of ls and protect
yourself a bit against the possibility of one of these path or file
names containing whitespace. The ls constructing FILE_LIST is probably
not needed because the shell already globs the file names before ls ever
gets to it.
Regards,
Achim.
Thanks for the advice. I went to using something like,
FILE_LIST=($(ls
'./'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET'/'*'out.txt' ))
instead of,
FILE_LIST='./'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET'/'*'out.txt'
when I was creating a script because ls will throw an exception if there
is nothing found matching the glob. This is especially true when I am
using a long path with allot of variables. I often remove the ls once I
know the script is working. The the first syntax above also creates an
array.
FILE_DIR was assigned separately because it it used in some other places
in the script and convenient to have in scope.
I have also had problems evaluating strings that were created by
assigning with a glob.
If I had a file,
myfile_1.txt
and did,
file_name='myfile_'*'.txt'
and then,
if [ $file_name = myfile_1.txt ];
I have had issues getting the above conditional to evaluate as true.
If instead I do,
file_name=$(ls 'myfile_'*'.txt')
the conditional will evaluate properly.
Am I mistaken about this? I have not taken the time to run down all of
these issues when they occur, which I really should.
LMH
--
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: cygwin bash script suddenly can't find ls, grep
Thorsten Kampe wrote:
* LMH (Sat, 11 Oct 2014 20:30:07 -0400)
Good Lord, I guess I wasn't thinking very clearly trying to use
PATH as
a variable for something else. I changed to,
FILE_DIR=$(ls -d './'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET)
echo $FILE_DIR
FILE_LIST=($(ls $FILE_DIR'/'*'out.txt' ))
echo ${FILE_LIST[@]}
That looks pretty ugly. You probably can replace all that with
FILE_LIST=(./$SET/$FOLD/$FOLD_anneal/$PARAM_SET/$AN_SET/*out.txt)
Thorsten
--
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
Thank you for the suggestion. I have mad an additional post in response
to the previous message that addresses your suggestion as well.
LMH
--
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
cygwin bash script suddenly can't find ls, grep
Hello,
I have been working on a bash script and suddenly I started getting an
error that ls could not be found,
./remove_rows.sh: line 27: ls: command not found
I can run ls from the command line just fine. There is also an ls
command before line 27 that runs fine. This is the part of the script
that is causing problems (line numbers are included).
24 PATH=$(ls -d './'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET)
25 echo $PATH
26
27 FILE_LIST=($(ls $PATH'/'*'out.txt'))
28 echo ${FILE_LIST[@]}
The echo $PATH command gives the correct output, but I get the error on
line 27. I have tried without the double parentheses, which wouldn't
give the result I want,
FILE_LIST=$(ls $PATH'/'*'out.txt')
but this gives the same error.
After this problem happened, I updated cygwin and restarted, but the
issue persists. Is there something wrong with my cygwin install? If
there happens to be some problem with my bash, please let me know, but
this is pretty simple stuff and I just can't see why ls would be found
at line 24 but not line 27.
The test script worked many times before this error and I didn't change
that part of the script that is causing the error.
LMH
--
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: cygwin bash script suddenly can't find ls, grep
Ken Brown wrote:
On 10/11/2014 8:04 PM, LMH wrote:
Hello,
I have been working on a bash script and suddenly I started getting an
error that ls could not be found,
./remove_rows.sh: line 27: ls: command not found
I can run ls from the command line just fine. There is also an ls
command before line 27 that runs fine. This is the part of the script
that is causing problems (line numbers are included).
24 PATH=$(ls -d './'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET)
25 echo $PATH
26
27 FILE_LIST=($(ls $PATH'/'*'out.txt'))
28 echo ${FILE_LIST[@]}
The echo $PATH command gives the correct output, but I get the error on
line 27. I have tried without the double parentheses, which wouldn't
give the result I want,
FILE_LIST=$(ls $PATH'/'*'out.txt')
but this gives the same error.
After this problem happened, I updated cygwin and restarted, but the
issue persists. Is there something wrong with my cygwin install? If
there happens to be some problem with my bash, please let me know, but
this is pretty simple stuff and I just can't see why ls would be found
at line 24 but not line 27.
You've changed PATH in line 24. Is 'ls' still in it?
Ken
Good Lord, I guess I wasn't thinking very clearly trying to use PATH as
a variable for something else. I changed to,
FILE_DIR=$(ls -d './'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET)
echo $FILE_DIR
FILE_LIST=($(ls $FILE_DIR'/'*'out.txt' ))
echo ${FILE_LIST[@]}
and everything is fine. I guess it was a bash issue after all. Thanks
for checking that out.
LMH
--
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 just ruby on offline cygwin installation
Larry Hall (Cygwin) wrote: On 08/07/2014 04:32 PM, LMH wrote: Hello, I have cygwin running on a box that does not have an internet connection. I would like to update ruby to 1.9.3p448 to make it compatible with some of my newer scripts. I'm not sure how to do that without updating the entire installation, using a new installer, etc. This is a fairly old install before mintty was the default terminal. It would also be nice to switch to mintty if that is also possible under the same circumstances. I don't think anyone here would really recommend the piecemeal updating of packages, though nothing prevents you from doing so. Obviously, the more out-of-date your installation is, the more likely you may see some issues as a result. If you're going to do this off-line, the easiest thing to do is the brute-force thing - mirror a mirror, grab the current setup*.exe, take both to the machine which you want to update, point setup*.exe at the mirrored packages, pick the ones you want to update and let it do its thing. Success guaranteed.* * YMMV ;-) Thanks for the information, I am a bit uncertain about what you mean. You said, grab the current setup.exe Do you mean download the most recent one, or one from another machine with an internet connection? You said, take both to the machine which you want to update Which both are you referring to? There is the one from, grab the current setup.exe, what setup.exe is the other half of both, or am I not getting that quit right? You said, point setup*.exe at the mirrored packages What do you mean by mirrored packages? I assume that what you need to do is to copy over the install directory from a more up to date installation, meaning the directory with the mirror folders like, http%3a%2f%2fwww.gtlib.gatech.edu%2fpub%2fcygwin%2f and select one of these as the local package directory. Is that what you mean? If so, should I use the most recent setup.exe or the one in the existing installation (the one I want to update)? How do I make sure that noting other than ruby gets updated? I will back up the existing installation first in case I manage to bork the thing. LMH -- 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 just ruby on offline cygwin installation
Andrey Repin wrote: Greetings, LMH! I am a bit uncertain about what you mean. You said, grab the current setup.exe Do you mean download the most recent one, or one from another machine with an internet connection? There can be only one definition of current. The current one. You said, take both to the machine which you want to update Which both The setup.exe and archive you've downloaded both. You said, point setup*.exe at the mirrored packages What do you mean by mirrored packages? The same you choose when downloading. The directory with archived mirror. I assume that what you need to do is to copy over the install directory from a more up to date installation, meaning the directory with the mirror folders like, http%3a%2f%2fwww.gtlib.gatech.edu%2fpub%2fcygwin%2f and select one of these as the local package directory. No. Select the directory containing the mirrors. Is that what you mean? If so, should I use the most recent setup.exe or the one in the existing installation (the one I want to update)? See above. How do I make sure that noting other than ruby gets updated? As has been said, that's not what you really need to do. I will back up the existing installation first in case I manage to bork the thing. By doing a partial upgrade, you're more likely to bork the thing. -- WBR, Andrey Repin (anrdae...@yandex.ru) 12.08.2014, 02:56 Sorry for my terrible english... -- 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 Hello Andrey, The problem I have is that cygwin has a tendency to remove depreciated packages when updating. This is an older setup and there are critical components in the build that are no longer available in more recent cygwin packages. If I let cygwin just do it's thing, it will break far more that it will fix. Updating the entire cygwin install would mean moving to more recent versions of multiple packages and who knows how much time, effort, and resources would be involved in fixing all of that. At the moment, the server does exactly what it needs to in its current configuration, so there is little sense in wading into the quagmire of updates when there is little or noting to be gained. There are some post processing steps to what the server does that need a newer version of ruby. It would be nice to have to post processing done on the same server, but it is not essential. If I can update ruby without breaking everything else, than that is worth doing. It is not worth attempting to update everything just to add the post processing. I apologize for being tiresome and obtuse, I'm sure that can be quite a bore from your end of things. I still don't seem to get all of this. There are terms here like archive and mirror, and archived mirror that still evade me. In the cygwin install on this machine (with an internet connection), I have an install directory with, 1. setup-x86.exe 2. several local package directories http%3a%2f%2fcygutils.fruitbat.org%2fITP%2fmingw-gcc%2f http%3a%2f%2flug.mtu.edu%2fcygwin%2f http%3a%2f%2fmirror.cs.vt.edu%2fpub%2fcygwin%2fcygwin%2f http%3a%2f%2fwww.gtlib.gatech.edu%2fpub%2fcygwin%2f Are these package directories the mirror or archive you are referring to. I know I can use the package directories to install on another computer because I have done that. Am I supposed to download an entire release directory from one of the cygwin mirror sites or can I use one of the local package directories listed above. What I did the last time was to create a new cygwin install on this machine with its own setup.exe and install directory. I had some problems moving to another machine when the install I was copping has multiple local packages. I only ever got a partial install doing it that way. If I created a new install with only one local package, I could then move the instal directory to a new computer and install there pointing to a local package. That was for a new install, I have never done anything comparable to update an existing installation. Is that more or less what I am supposed to do? This is to update a server that does not have an internet connection in case I didn't make that clear. LMH -- 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
update just ruby on offline cygwin installation
Hello, I have cygwin running on a box that does not have an internet connection. I would like to update ruby to 1.9.3p448 to make it compatible with some of my newer scripts. I'm not sure how to do that without updating the entire installation, using a new installer, etc. This is a fairly old install before mintty was the default terminal. It would also be nice to switch to mintty if that is also possible under the same circumstances. LMH -- 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: 32 and 64 bit cygwin on same machine?
I have run multiple versions of cygwin on the same machine. In my case, both versions were 32-bit, but I don't see how that would make a difference. You need to make sure that the environment variable for the path to cygwin.dll is correct so the 64-bit dll gets loaded when you open a 64-bit terminal. I did that my using a windows .bat file that starts the cygwin shell and creates a properly configured local environment. This is the .bat file I use, :: This bat removes the C:\cygwin\bin PATH environment variable for the cygwin1 install that is :: loaded into the cmd shell environment block from the registry. The C:\cygwin2\bin PATH environment :: variable for the cygwin2 install is then added to the PATH for the environment block. A mintty :: terminal is started from within the cygwin2 installation. The mintty process inherits the :: modified environment block. When the bat file closes, a mintty terminal (running bash) is left :: and has the proper PATH environment to run from the cygwin2 installation. @echo off :: remove C:\cygwin\bin from PATH set PATH=;%PATH%; set PATH=%PATH:;;=;% set PATH=;%PATH:;C:\cygwin\bin;=;%; set PATH=%PATH:;;=% set PATH=C:\cygwin2\bin;%PATH% start /b C:\cygwin2\bin\mintty.exe -i /Cygwin-Terminal.ico - I think you could use something similar, just make sure to name your cygwin installation and local package directories differently for the two installs. Of course, you could just move your 32-bit cygwin off the machine, deleted the cygwin path variable, and install the 64-bit version. It's not hard to move the original version back later. Hope this helps, LMH Dominic Herity wrote: I'm using Python and Cygwin to test a 32 bit Windows dll. Now I need to test a 64 bit build of the same dll. Can I install 32 bit and 64 bit Cygwin on the same machine and choose to run either 32 bit or 64 bit python to test the corresponding dll? Or do I need to keep them on separate machines? Thanks Dominic -- 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 -- 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: g77 on cygwin64
Marco Atzeri wrote: On 12/02/2014 16:07, Scott T. Marshall wrote: Thank-you to those that responded with suggestions involving my fortran issues. Fixing the code is not something I am going to pursue since the source code was written by several different colleagues and is spread out amongst many .f files. My colleagues have no interest in fixing it since they have g77 on their unix machines, and to them, it isn't broken. The strange thing is that gfortran does compile the code, but once compiled, the executables have strange behavior mainly involving problems reading in data files. So it is not clear to me exactly what needs to be updated in the code. I have tried to compile gcc 3.4.6 from source with no luck, but I am not so good with compiler flags and makefiles. I will give it a go again, but I am not optimistic. So, to avoid further mean comments about my course of action being stupid, I will sign off. -Scott Hi Scott As he wrote Sorry for my terrible english..., I assume it was not intentional offensive. Coming back to your issue, it is really curious that gfortran compiles the code but behaves wrongly, I was expecting it rejects the code if not in line with latest standard. I saw rejected code with lapack some time ago, and the correction was trivial. But compiling and not working is a serious gfortran bug. Have you a short test case ? Regards Marco -- 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 Coming back to your issue, it is really curious that gfortran compiles the code but behaves wrongly, I was expecting it rejects the code if not in line with latest standard. This happens on some of my code as well and is in many ways a far worse issue to deal with. Some of my code compiles and runs, but the floating point answers to many of the calculations are wrong. This makes the issue(s) very difficult to run down (and also makes me stick with gcc3 like the posters colleagues). LMH -- 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: g77 on cygwin64
What host operating system are you running cygwin on? Do you have examples of your old g77 applications that are already compiled that you can test on your current system? There are several options. Compiling g77 is one of them, but you would need the proper runtime components as well. It is also possible to have more than one cygwin installation. You can have an older x86 cygwin installed that still has g77. The question is weather or not an app compiled with g77 under 32-bit cygwin will run on your OS. You also would not be able to run both versions of cygwin at the same time. A think a bit more information would be useful. This is the gnu archive page for gcc version 3.4.6, which I think is the one that is most compatible with the gcc 4 stuff. http://ftp.gnu.org/gnu/gcc/gcc-3.4.6/ If I remember right, you could not compile with 3.4.4 once your cygwin had been updated to gcc 4. There were some collisions and header issues. I think that had been fixed by 3.4.6, but cygwin had moved on from gcc 3 by then and they never released a package past 3.4.4. I think you can get it compiled and it would probably be better to consult with the gnu message board about that, since that's there thing. If you think it would be useful to try installing a second cygwin, I can send you some notes for that. LMH Scott T. Marshall wrote: On 2/12/2014 12:28 AM, Marco Atzeri wrote: On 12/02/2014 04:54, Scott T. Marshall wrote: Hi All, First a compliment: I recently went from the old x86 version of cygwin to cygwin64. I was pleased to see that many of my perl scripts run about twice as fast. Thanks! My question: Would it be possible to have the old g77 fortran compiler as an optional install for cygwin64? I realize that g77 is now deprecated by gfortran, but I have a lot of old fortran 77 code that does not compile correctly with gfortran. Since I am not a fortran coder (I mainly use interpreted languages), I do not have the skills to figure out what the issues with gfortran are. It would immensely useful to have a cygwin64 g77 as an optional install. If this is not an option, could anyone maybe point me in the right direction as to how to compile g77 myself? I attempted to do so with an old g77 from gcc version 3.4.6, but the makefiles do not recognize the uname of cygwin64, and I'm not sure of what compiler flags to use, so the build always fails. Any tips/suggestions would be appreciated. Cheers, -Scott have you tested with -std=legacy ? '-std=STD' Specify the standard to which the program is expected to conform, which may be one of 'f95', 'f2003', 'f2008', 'gnu', or 'legacy'. The default value for STD is 'gnu', which specifies a superset of the Fortran 95 standard that includes all of the extensions supported by GNU Fortran, although warnings will be given for obsolete extensions not recommended for use in new code. The 'legacy' value is equivalent but without the warnings for obsolete extensions, and may be useful for old non-standard programs. The 'f95', 'f2003' and 'f2008' values specify strict conformance to the Fortran 95, Fortran 2003 and Fortran 2008 standards, respectively; errors are given for all extensions beyond the relevant language standard, and warnings are given for the Fortran 77 features that are permitted but obsolescent in later standards. '-std=f2008ts' allows the Fortran 2008 standard including the additions of the Technical Specification (TS) 29113 on Further Interoperability of Fortran with C. Yup, I tried that compiler flag (-std=legacy) with gfortran. No luck. Back when cygwin was x86 only and had g77, the same code compiled correctly and ran fine. I have the same issues on Linux boxes, so the gfortran issue is not unique to cygwin. The solution I found was to dig up the old binaries for my Linux boxes and install g77 on them. I don't think I can do this for cygwin since g77 was never a part of cygwin64. Would it be very difficult to take the old g77 source and recompile it for cygwin64? Has anyone successfully done this before? Cheers -Scott -- 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 -- 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 -- 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: Ok, then
These are good guides for learning something about shell scripting, http://linuxcommand.org/ http://www.howtogeek.com/67469/ This is also good, but more extensive and focused on bash, http://www.tldp.org/LDP/Bash-Beginners-Guide/html/ One of the nicest things about learning to use cygwin and the bash shell is that it will make linux much more accessible if you ever want to go that route. Other than shell scripting, the concept of a package manager is the other main thing you will need to gt well in hand. The cygwin installer functions more or less as a package manager. Windows generally doesn't require the user to be involved in managing the underlying tools, libraries, etc, that allow software to run. In most cases, you just install software and the engineer who created the software takes care of making sure it runs. In linux, there are often dependent components that need to be installed to get an application to run. A package manager helps to control that aspects of software management. When you install an application with a package manager, the manager will check to make sure that everything the application needs is present and install additional components if necessary. Packages that appear in the cygwin installer are maintained by volunteers who add updates to applications and dependent components and keep everything working. Installations can be made outside the package manager, but then you have to configure the dependencies your self. If you choose something to install in the cyginw installer, you will often be shown a window listing additional components that are also going to be installed. It would be a good idea to read up a bit on package managers, but that info may be a bit harder to find than info on something like bash. LMHmedchem Jonathan Martin wrote: FANTASTIC! On Tuesday, December 31, 2013 5:20 PM, Eliot Moss m...@cs.umass.edu wrote: My suggestion would be to take a look at some of the many books that try to introduce Unix and bash to new users and see how they have approached a good / logical order of presentation. cygwin itself is perhaps more directed at experienced users -- or in any case, it is making no particular attempt to be easier for novices to use than Unix is, or to provide special support for Unix novices. But that does not preclude someone (you) from making such a thing and perhaps getting it adopted into the distro (I don't control that!). Perhaps similar efforts have been made for linux, which might give a starting point? Regards -- EM -- 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 -- 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 -- 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: g++-3 and g77-3 packages under setup-x86.exe
Dima Pasechnik wrote: On 20 August 2013 03:13, LMH lmh_users-gro...@molconn.com wrote: I would be happy to build gcc-3 myself, I'm just looking for some documentation to get that done. The fact the gcc-3/g77 are old means nothing to me. There are still millions of lines of fortran77 code out there that are being used. There is just no reason to spend years of man hours to update the code and result in new code that gives the exact numerical answers as the old code. I already work 80, and sometimes even 100 hours in a week developing new material. The less time I have to spend on projects that already work as is, the better. The last time I checked, important linux distros used in industry (Cent, Suse, etc) all still included legacy gcc3 development support. If you think about the investment in gcc3 based code that is out there, and the time that could be required to port that to gcc4, keeping the legacy support makes allot of sense. When gcc4 first came out, I tried moving. I was able to get my code to compile and link after making allot of changes to the header files, but I got different numerical answers on my data for some cases. This is the real bugbear. gfortran is not considered a bugbear since about gcc 4.1. Its developers are committed to considering any standard Fortran 77 code that does not compile or gives wrong results on gfortran a bug. When you change compilers, everything has to be QC'd again. I tried again with gcc4.3, and found again that many header files had changed and it took quite a bit of work to get it to compile. When I did get it to work, I now got the same numerical answers as with gcc3. This underscores some of the issues that can happen when you change compilers, especially if the compiler is a relatively new version. Imagine some of the disasters that could have happened if I based research on the incorrect values from software compiled under the early versions of gcc4!!! There have also been allot of issues with folks trying to compile f77 code under gfortran. In many cases, there is just no good reason to move compilers when you have mature src code that has been optimized and QC'd for 30+ years. Why would you want to put ANY time into maintaining such code? I used to write a lot of Fortran 4 code back in 198*ies... Should I demand an IBM-360 Fortran 4 compiler being distributed? :-) That is not a rhetorical question, so if there are some good reasons to move to newer versions of gcc, I would be interested in hearing the arguments. Putting in time to revise code and end up with the identical assembler is not something I am all that interested in. Identical assembler? Come on, do you want your executables optimized for i486 ? Then yes, you might want to us gcc3. :-) Also it's obvious that most of Fortran 77 code had been developed not on g77, but using other compilers, mostly dead by now. After all, being a cross-compiler, g77 is mostly a quick hack. Dmitrii Dmitrii, thank you for the thoughtful response. I really am looking for information here. Allot of the fortran code that I use was actually written in the 70's (on punch cards), so those systems are long gone as well. I used Absoft for a while as well before moving to cygwin with gcc. Since this code is so old, most of it is very, very, serial and very simple (primitive data types, conditionals, and do loops). For such simple code, I don't imagine that the assembler coming out of a compiler today is all that different than it was a long time ago. Of course I could be very wrong, and that is why I ask questions. My only point about gfortran 4.0 was to illustrate that moving to a new compiler can result in unforeseen problems. That can mean expending resources to fix a self created problem. Just try go to get a corporate IT director to migrate to a new OS version and you'll get a 10 hour litany of everything that is likely to go wrong and how much it will cost to fix it. I have associates at very big companies that are still using Cent4. Why? Because everything they do works on Cent4, so why wade into the mire of an upgrade? An OS is a different level of messy than a compiler, but the principle is the same. The header files are never going to change on gcc3. Everything I have that compiles on gcc3 now will always compile on gcc3. I can't say the the same for gcc4. I do have gcc4 installed and use it all the time. I just don't use it for everything. I have done extensive testing and all of my older stuff runs just as fast when built with gcc3 as when built with gcc4. If there comes a point where gcc3 based apps will no longer be compatible with more modern runtime components, or something like that, that that is another story. Stable code that does not require allot of maintenance is a beautiful thing. Maybe it's time that I updated everything to gcc4, but I am reluctant to spend a month or more to do that when it's not clear to me what the benefits are. I know that g77
g++-3 and g77-3 packages under setup-x86.exe
I recently tried to update my cygwin install and discovered I had to change to the setup-x86.exe package for the update to work. After finishing the update, I see that some binaries have been removed from my install. Which g++-3 and which g77-3 now return no findings and those compilers appear to have been removed from the package manager. There are some g77 listings under the _obsolete category, but those are version 4.5-4.7. I very much still need gcc3, so I would appreciate some information on how I can add it back in. LMH -- 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: g++-3 and g77-3 packages under setup-x86.exe
I would be happy to build gcc-3 myself, I'm just looking for some documentation to get that done. The fact the gcc-3/g77 are old means nothing to me. There are still millions of lines of fortran77 code out there that are being used. There is just no reason to spend years of man hours to update the code and result in new code that gives the exact numerical answers as the old code. I already work 80, and sometimes even 100 hours in a week developing new material. The less time I have to spend on projects that already work as is, the better. The last time I checked, important linux distros used in industry (Cent, Suse, etc) all still included legacy gcc3 development support. If you think about the investment in gcc3 based code that is out there, and the time that could be required to port that to gcc4, keeping the legacy support makes allot of sense. When gcc4 first came out, I tried moving. I was able to get my code to compile and link after making allot of changes to the header files, but I got different numerical answers on my data for some cases. This is the real bugbear. When you change compilers, everything has to be QC'd again. I tried again with gcc4.3, and found again that many header files had changed and it took quite a bit of work to get it to compile. When I did get it to work, I now got the same numerical answers as with gcc3. This underscores some of the issues that can happen when you change compilers, especially if the compiler is a relatively new version. Imagine some of the disasters that could have happened if I based research on the incorrect values from software compiled under the early versions of gcc4!!! There have also been allot of issues with folks trying to compile f77 code under gfortran. In many cases, there is just no good reason to move compilers when you have mature src code that has been optimized and QC'd for 30+ years. Why would you want to put ANY time into maintaining such code? That is not a rhetorical question, so if there are some good reasons to move to newer versions of gcc, I would be interested in hearing the arguments. Putting in time to revise code and end up with the identical assembler is not something I am all that interested in. Was there some particular reason to physically remove the gcc-3 bin from my cygwin install? What would have been the harm in leaving it there, since I already had it installed? I think that many cygwin users would find it useful to have the gcc3 packages included in the cygwin package manager, even if they are in the obsolete section. If the packages still exist and can be installed manually, I would love to know where to find the packages and documentation. If I have to build it from src, that is fine to, but some documentation would really be helpful there as well. Thanks LMH Larry Hall (Cygwin) wrote: On 8/19/2013 1:27 PM, LMH wrote: I recently tried to update my cygwin install and discovered I had to change to the setup-x86.exe package for the update to work. After finishing the update, I see that some binaries have been removed from my install. Which g++-3 and which g77-3 now return no findings and those compilers appear to have been removed from the package manager. There are some g77 listings under the _obsolete category, but those are version 4.5-4.7. I very much still need gcc3, so I would appreciate some information on how I can add it back in. gcc-3 and friends are desperately old and have been only grudgingly included in the recent past to support building 'setup.exe'. But it's been a while now since 'setup.exe' required gcc-3. Obviously, it is in your interest to step away from gcc-3 as well. If you absolutely cannot do that for some reason, check your favorite search engine for the Cygwin Time Machine to take a trip back into Cygwin's past. Or generate your own blast from the past by building gcc-3 yourself. -- 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: g++-3 and g77-3 packages under setup-x86.exe
Thanks for the information. I am tying to get the packages using the Time Machine, but all I am getting is an error, unable to get setup.ini from the different ftp addresses I have tried. I sent an email to the link at the bottom of the page, so hopefully they will be able to help me with that. I am interested in whether or not there is some good reason for not using gcc3 anymore, but perhaps this is outside the bounds of this list. I would also like to know why setup-x86.exe is configured to find and physically remove the gcc3 packages. It's like someone decided, you're not allowed to have those anymore, so we are going to take them away. Since the compiler bin was already labeled gcc-3/g77-3, why would it have been a problem to leave the the bin files where they were? It doesn't appear as if they would have caused a problem. My make files were already configured to point to gcc-3 and not to whatever which gcc would return. Someone always has to decide how these things will work, and I assume that is not easy in all instances. Still, I would expect there to be a very good reason why someone would go to the bother of trolling around in someone's file system and get rid of things that the user put there intentionally. If there isn't a compelling reason, I would find that rather odd and worth some discussion. LMH Larry Hall (Cygwin) wrote: On 8/19/2013 3:13 PM, LMH wrote: I would be happy to build gcc-3 myself, I'm just looking for some documentation to get that done. I don't have a direct pointer for you but I'm sure you can find something while looking around the net. gcc.gnu.org might be the best place to get some basic info about building gcc though. Of course, there's no reason you can't just grab the old Cygwin source package and try to build it from there. But unless that process intrigues you, I'd recommend skipping the extra effort and just installing the package from the Cygwin Time Machine. snip Was there some particular reason to physically remove the gcc-3 bin from my cygwin install? What would have been the harm in leaving it there, since I already had it installed? I think that many cygwin users would find it useful to have the gcc3 packages included in the cygwin package manager, even if they are in the obsolete section. The Cygwin package for gcc-3 is no longer supported. gcc-3 hasn't been supported by the gcc folks for quite a while (I believe the last release by them was back in 2005). Cygwin delivered it as a package for quite a while after that simply because 'setup.exe' required it to build. But this has subsequently changed so support for it has since been dropped. As I mentioned, there is a separate service that Peter Castro maintains called the Cygwin Time Machine. You can find older versions of Cygwin and its packages through this service. Everything available through that service is no longer supported by Cygwin or this list of course. If the packages still exist and can be installed manually, I would love to know where to find the packages and documentation. If I have to build it from src, that is fine to, but some documentation would really be helpful there as well. Again, I'd recommend just pulling what you want from the Cygwin Time Machine if you just want the binary packages. See: http://www.fruitbat.org/Cygwin/index.html#cygwintimemachine Of course, if you do want the sources, you can grab those from the same place. -- 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: offline cygwin install question
I have win7 64-bit computers set up in another location. It would seem that the easiest option would be to make sure that one of those is up to date and then just tar up the cygwin directory and move it. I have also found that you can just tar up the local package directory and then run a local install, but this seems to have issues if there are packages in the local install dir from more than one mirror. If I download the normal setup.exe to a 64-bit windows install, will it automatically install the 4-bit version? have never seen the setup64.exe that was mentioned in a previous post. Where would that be located? I have to assume at this point that the cygwin I have running on w7 64-bit installs is the 32-bit version of cygwin, since I didn't do anything special when I set those up. I know that many 32-bit applications run perfectly well on a w7 64-bit install. What specific advantages would there be in running the 64-bit version of cygwin? The main thing I want to do is to upgrade to the minty terminal and make sure I am using the most current version of cygwin. I think that the version on this rig is pretty old. Thanks for the advice, LMH Christopher Faylor wrote: On Thu, Jun 27, 2013 at 10:32:33AM +0200, Corinna Vinschen wrote: On Jun 26 16:16, LMH wrote: I have a win7 64-bit machine that is not online and I want to update the cygwin install. What is the best method for doing this? Can I just copy the current cygwin install off of my XP 32-bit machine and drop it into the 64-bit win7 rig, or will that create a problem? The easiest way, especially if you have more than one machine, is IMHO to create a local mirror of the Cygwin distro first: Check if you have at least 30 Gigs of free space mkdir cygwin rsync -av --delete-after cygwin.com:cygwin/ cygwin This creates a local mirror of the 32 and 64 bit Cygwin versions. The 32 bit version is more complete and runs on 32 and 64 bit, as cgf pointed out. Yow. Please don't encourage people to perform high-bandwith-consuming operations to cygwin.com. I don't want to have to start limiting rsync access to cygwin.com because everyone thinks that doing full copies of the release area is a good idea. You could use an rsync mirror (see http://cygwin.com/mirrors.html) for this but this seems like severe overkill for what the OP wanted. Duplicating their installation from one system to another shouldn't involve downloading the whole Cygwin release, whether it is 32-bit or 64-bit. cgf -- 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 -- 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: offline cygwin install question
I don't see why. If the directory is duplicated precisely I don't see how it could matter. What I was referring to here was to just copy the cygwin local package directory that contains setup.exe and the http% mirror directories, not the directory that contains installed cygwin. When I moved the local package directory to a new machine and ran setup.exe with install from local directory, there sometimes were problems. If there was only one http% directory /http%3a%2f%2fwww.gtlib.gatech.edu%2fpub%2fcygwin%2f /setup.exe /setup.log (meaning all of the cygwin install on the machine where I took the setup.exe dir from had been done from the same mirror) then running setup.exe worked fine and I got a functional cygwin. If found that if there were several mirror directories, /http%3a%2f%2fcygutils.fruitbat.org%2fITP%2fmingw-gcc%2f /http%3a%2f%2fmirror.cs.vt.edu%2fpub%2fcygwin%2fcygwin%2f /http%3a%2f%2fwww.gtlib.gatech.edu%2fpub%2fcygwin%2f /setup.exe /setup.log then running setup.exe would install only the packages in the last mirror used and there would be a number of things missing from the install (like the cygwin.dll). I did this before I knew that I could just move the entire installed cygwin directory to a different machine. Regarding this set of instructions, http://cygwin.com/ml/cygwin/2013-06/msg00657.html they seem to be a bit more involved than is necessary. My cygwin install directory is less than 1GB, so what is the need to use tar? I believe that when I last re-installed my current OS, I just copied my cygwin folder to a backup drive and then copied it back to C: after my re-install. Is there some reason why that is a bad idea? LMH -- 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 -- 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
offline cygwin install question
I have a win7 64-bit machine that is not online and I want to update the cygwin install. What is the best method for doing this? Can I just copy the current cygwin install off of my XP 32-bit machine and drop it into the 64-bit win7 rig, or will that create a problem? LMH -- 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: offline cygwin install question
I don't remember how I installed the cygwin package that is on that machine now, that's one reason I'm asking. I have only ever seen one cygwin setup.exe file. I have always just downloaded it and ran the installer. How would I go about downloading the specific 64-bit packages? LMH wynfi...@gmail.com wrote: Ask Microsoft if Microsoft XP 32 bit code will run on Microsoft 64 bit systems. Should work. But, not a good idea. Why not, be smart and download the cygwin setup.exe and packages specifically built for 64-bit systems and then transer it over to your non-connected 64 bit machine with a flash memory stick of suitable capacity. Or if you wnat simply swap the internet connect calbe to your 64-bit machine, do the downloading and then restore it. Cheers LMH ... wrote: I have a win7 64-bit machine that is not online and I want to update the cygwin install. What is the best method for doing this? Can I just copy the current cygwin install off of my XP 32-bit machine and drop it into the 64-bit win7 rig, or will that create a problem? LMH -- -- 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 -- 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
how to use cygwin to grant windows full control (xp)
Hello, I have just changed hardware and reinstalled windows. I keep my data on separate drives, but of course I no longer own the files. In the past I have just used a combination of chown and chmod -R to change the file ownership and permissions to my new user. This time, I have done this, but it didn't seem to work. I can't move or copy files like I should be able to. I have done, chown -R user_name /dir/ followed by, chmod -R 777 /dir/ I am logged into an administrative user account. I would prefer to not use 777, but I need access to these files and 755 didn't work. If I open the windows permissions, I see that I don't have full control over files, and for directories, there are no permissions whatsoever for my username (all check boxes are empty). Can someone point me to a writeup on how to recursively change all directories and files to my ownership and give them reasonable permissions? I would also like to remove the old unknown user permissions that are there from my last install if there is a good way to do that. LMH -- 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
adding a folder to my path
I think this is a cygwin question, though it is certainly a general linux question as well. I would like to divide up and organize some of the apps and links in my path directories (such as /usr/local/bin) into sub directories. If I add a folder to /usr/local/bin, that folder is not in my path. Can someone give me the instructions for adding a folder such as /usr/local/bin/ruby_viewer/ to my path? LMH -- 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: Replacing fork/exec with spawn question
You will need to use windows pipes as well as the windows version of fork. I have a couple of small apps that do what you are suggesting. What I did was to abstract the functions for creating process and pipes. Abstraction was done in the make file. There are functions like create_new_process(), create_new_pipe(), etc. There are two versions (posix and windows) of each function with the same name, but in different src files. When the app is built, one or the other version of the src file is linked, depending on what os you are in (dual-boot etc). This lets you build your app on multiple platforms from the same code base. This could be done with ifdef or other compiler tools as well. I don't know if I have time today, but I can put together some of the code for you to look at. Suffice it to say that I have cpp apps that work as you suggest, parent/child with pipes for IPC, and they were built for windows using cygwin. They also run under linux if that matters. It may be better to move such a discussion to a programing board since some of this will not relate to cygwin and it would be nice to have things like php formatted code, attachments, etc. The mods here can let us know about that. I have thought at times that some of the code I have here should be made into some kind of IPC API. Perhaps others would find that useful. LMH Devin Nate wrote: Hi folks, I'm looking for some documentation about the cygwin spawn use, or a recommendation of a package that has had fork/exec replaced by spawn that I can review to see how someone else did it. Preferably less intimidating than gcc, and which uses pipes for IPC between parent and child. In particular, the code I'm looking to patch does a typical fork/exec and uses 2 pipes to communicate bi-directionally parent to child. The pipes are throwing me off as to if cygwin spawn is usable. I've been through the spawn.cc code, and see spawn_guts has a concept of __stdin and __stdout, but I don't see those params used by any of the spawn functions. Any help or pointers to code or docs appreciated. Thank you, Devin Nate -- 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 -- 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
is pax available for cygwin?
I don't see pax in the package manager under archive, so I did a search and found a thread about this, but it was from 2004. I need to do some copy operations on files with names containing some characters that annoy bash, so pax would be helpful. Is it in there somewhere or is there a straight forward way to build it? LMH -- 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: bash output: ./configure: line 16: $'\r': command not found
That error is a sign that the file is in the DOS format and not the UNIX format. Bash doesn't recognize the windows end of line character \r. Just run dos2unix on the file dos2unix configure that should take care of the error. LMH Richard Haney wrote: I am trying to get set up to build the Gnu Scientific Library using Cygwin bash for my command-line processor. I eventually plan to use the tdm64-1 copy of MinGW gcc 4.6.1 to do the building: $ gcc --version gcc.exe (tdm64-1) 4.6.1 But I have not gotten to using the gcc tools yet. (I also want to eventually rebuild all or parts of the gcc package optimized for my Intel i5 processor.) So in particular, I wanted to run ./configure --help , to find out what options I need to use to build the Gnu Scientific Library, besides what is said in the INSTALL file. (For example, I am wondering about revising the make install defaults.) But first I ran, and got: $ ./configure --version ./configure: line 16: $'\r': command not found ./configure: line 31: syntax error near unexpected token `newline' '/configure: line 31: ` ;; I recall having a similar problem on another laptop (probably Cygwin on Windows XP), and I recall that I fixed the problem (after a terribly long, horrendous search for info and finally realizing that '\r' in C is a carriage return; but the details were a long time ago) Anyway, I believe I copied my Cygwin.bat (with the fix) from my old laptop to my new one, the one I'm now using (with Windows 7 and an Intel i5 processor). Here is the Cygwin.bat file listing: @echo off C: chdir C:\cygwin\bin rem bash --login -i bash --login -i -o igncr Evidently the igncr is supposed to tell bash to ignore carriage returns. But on this system, it apparently is not ignoring carriage returns. I even searched the bash.info file for the string igncr, but I found no such string. Even the old bash.info file seems to lack that info. However, I did find a web page http://sourceware.org/ml/cygwin-announce/2011-02/msg00027.html that discusses the matter, but that does not seem to help in this case. So what's the problem? Has my more recently installed Cygwin dropped the igncr option capability from the bash command line? Here is my current bash version: $ bash --version GNU bash, version 4.1.10(4)-release (i686-pc-cygwin) -- 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 -- 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
best way to re-install and keep cygwin configuration
I am getting ready to re-install XP and I would like to avoid having to completely redo my cygwin install. Is there a way to export the current settings (installed packages, etc) and then re-import it after re-install? I was thinking of just copying my cygwin_install directory that has setup.exe and the mirror folders and then reintroducing that to the new install, or just copying the entire cygwin root folder as well. Is there a prescribed method for this? LMH -- 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: best way to re-install and keep cygwin configuration
If you do the old standard, mkpasswd -l /etc/passwd mkgroup -l /etc/group will that take care of it, or would I need to delete what is in those directories now first? The location of the cygwin directory will be the same. Is there a list of the windows registry entries for cygwin? I will not want to re-import the entire regisrry, so it would be nice to be able to make up a little batch file that would just insert the entries related to cygwin. LMH Larry Hall (Cygwin) wrote: On 7/12/2012 4:31 PM, Earnie Boyd wrote: On Thu, Jul 12, 2012 at 4:27 PM, Larry Hall (Cygwin) wrote: While I would also tend to just copy off my current Cygwin install and then plop it back in when I finished the O/S reinstall, there will be things like local user and group accounts in '/etc/passwd' and '/etc/group' that will need updating. A reinstall of Cygwin avoids some of these little clean-up tasks that come from just copying over a previous installation. Would one be able to re-execute the post install scripts to manage it? Well, in the case of the '/etc/passwd' and '/etc/group' files, not entirely. 000-cygwin-post-install.sh will create these files but only if they don't exist already. -- 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: pthread help
This is a question for a programming forum, cygwin is an operating
system. For questions about using the programs in the cygwin package, it
is better to post in an application specific forum. This is the pace for
questions about installing such cygwin packages and related issues.
I would recommend these programming forums,
CodeGuru
http://forums.codeguru.com/index.php
(look for the best sub-forum, I use the non-visual c++ forum most)
The Unix and Linux programming forums
http://www.unix.com/programming/
(the top two posts here are also about pthread)
LMH
emon wrote:
Need urgent help on thread: the goal here is the separtemask will take each
image and separate different contours and for each contour in the image it
will call handleobject thread. So every for loop will call the handeobject
thread. However, object index variable needs to be passed in each thread.
But only last value of objectndex is passed, this is becuase the speratemask
function loops and repalces the value of obj.objindx and only the last value
of obj.objindx is
passed to all the threads. Is there anyway to pass each objectindex
value in handleobject. The code runs fine if we uncomment the
pthread_join(tid[objectIndex],NULL); but it will not give a parralel program
void separateMask(IplImage *maskImg)
{
for(r = contours; r != NULL; r = r-h_next){
cvSet(objectMaskImg, cvScalarAll(0), NULL);
CvScalar externalColor = cvScalarAll(0xff);
CvScalar holeColor = cvScalarAll(0x00);
int maxLevel = -1;
int thinkness = CV_FILLED;
int lineType = 8; /* 8-connected */
cvDrawContours(objectMaskImg, r, externalColor, holeColor, maxLevel,
thinkness, lineType, cvPoint(0,0));;
obj.objectMaskImg1[objectIndex]=(IplImage *) malloc(sizeof(IplImage));
obj.objectMaskImg1[objectIndex]=objectMaskImg;
obj.objindx=objectIndex;
obj.intensityOut1=intensityOut;
obj.tasOut1=tasOut;
pthread_create(tid[objectIndex],NULL,handleObject,(void *)obj);
//pthread_join(tid[objectIndex],NULL);
printf(objectindx %d\n,obj.objindx);
objectIndex++;
}
// cvReleaseImage(objectMaskImg);
//cvReleaseMemStorage(storage);
printf(Exitng Separatemask\n);
}
void* handleObject(void *arg)
{
int i, j;
handle *hndl;
hndl=(handle *) malloc(sizeof(handle));
hndl=(handle*)arg;
pthread_mutex_t lock=PTHREAD_MUTEX_INITIALIZER;
pthread_mutex_lock(lock);
IplImage *pImg;
float statistics_ratio[3][9];
pthread_t tid3;
tas3 tas2;
pImg = cvLoadImage(image.tif, CV_LOAD_IMAGE_ANYCOLOR |
CV_LOAD_IMAGE_ANYDEPTH);
if(pImg == NULL){
fprintf(stderr, Fail to load image %s\n, tiff file);
return ;
}
tas2.pImg1=pImg;
printf(tst%d\n,hndl-objindx);
tas2.x=hndl-objindx;
tas2.objectMaskImg1=hndl-objectMaskImg1[tas2.x];
tas2.statistics_ratio[3][9]=statistics_ratio[3][9];
double mean = average_intensity(pImg, tas2.objectMaskImg1);
int total = total_white(pImg, tas2.objectMaskImg1);
pthread_mutex_unlock(lock);
printf(Exiting handle object thread_id %d\n\n, pthread_self());
}
--
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: pthread help
Sorry for the confusion. It is probably better classified as a Linux emulator. I think of it more or less as a virtualized OS, but that's not exactly right either (I don't think it has it's own kernel, etc). I meant to make an analogy of the different between installing and configuring an OS, and installing/configuring/using applications that run on the OS, to point out that the previous post was more like the latter. I guess I didn't do that very well. LMH Larry Hall (Cygwin) wrote: On 7/12/2012 5:52 PM, LMH wrote: This is a question for a programming forum, cygwin is an operating system. ^ Sorry, can't let this one slide in case others stumble across it in the archives. Cygwin is not an O/S. From the web site: Cygwin is: a collection of tools which provide a Linux look and feel environment for Windows. a DLL (cygwin1.dll) which acts as a Linux API layer providing substantial Linux API functionality. All of that makes Cygwin seem like an O/S sometimes but it's really not even close. But you're right that this list isn't a generic programming forum. -- 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: best way to re-install and keep cygwin configuration
So I will just tar up the cygwin directory and put it back after the new install. If I download a new copy of setup.exe and point it at the install directory, will it figure out what packages are already installed? I suppose I could test this sort of thing, but I figure that someone already knows the answer. Is there any reason to not re-use my current version of setup.exe, minus that setup cache? I think it is pretty recent. In the other thread, you asked me to not top post. I'm not familiar with that term, so I'm not sure exactly what I need to avoid. I believe that I replied to the last post in the thread to make my post. I do try very hard to comply with proper posting procedures, so I would appreciate some clarification. LMH -- 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
libsqlite3-ruby
The libsqlite3-ruby package does not appear to be in the current package manager. Is this available for cygwin? If not, is there a workaround to install of build it locally? I have tried installing it with gem, but I don't appear to have gem, or there is something wrong with the configuration. gem install sqlite3-ruby gives, -bash: gem: command not found I see allot of posts about this, but some of them go back to 2007, so I'm not sure about the current state of things. I don't have ruby windows installed, just the cygwin version, and am still using gcc 3. Thanks, LMH -- 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: Someone is pretending to be some Cygwin's support
As an aside, I've wondered for some time why this group is a mailing list and not a vBulitin type forum. Would not such spam be easier to control with forum admin tools? At least a user needs to sign up (possibly with some form of CAPTCHA) and the account needs to be approved and activated. At least such spam wouldn't automatically end up in mailboxes and I believe that it is harder to implement fishing though forum posts. Just some thoughts... LMH Achim Gratz wrote: Christopher Faylor writes: Actually, if you, or anyone, gets one of these please send a copy of the message to postmaster. Include all headers so that we can track this down. This is happening on a few debian lists as well, Google will show you. It is unconcluive if he's even subscribed to all these lists, some list admins swear that he is not, so he may actually pull them from someplace else. As far as I've been able to track it down, the mails come from a test installation of a User Help Desk at http://portal.joegiglio.org created by a guy named Joe Giglio which apparently works as a QA for the company that makes the software (Assistly from desk.com). The company does not have any email address on their website and the one from the whois entry from the portal site is apparently ignored. I've deleted the mails I've received so far, but I'll surely get another one in response to this post, so where do I send the headers then? Regards, Achim. -- 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: Question about gcc.
It sounds like you need to post in a programming forum about this. Open GL and Qt are very popular, so I'm sure there are many forums that can advise you. I would try the code guru graphics programming forum, http://forums.codeguru.com/forumdisplay.php?f=60 This group will help you to install the right packages, but you will get better advice on how to implement them at a programming forum. LMH eric_justin_al...@cfl.rr.com wrote: marco atzeri wrote: On 5/8/2012 11:40 AM, eric_justin_al...@cfl.rr.com wrote: Hey I'm using cygwin: CYGWIN_NT-5.1 a 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin I was wondering if there are any graphics libraries for c programming available for cygwin. If so I was hoping someone could help me download and install them. a vague request. From the cygwin setup.exe Select Packages windows you can look at devel and graphics categories, there are plenty of graphics libraries fltk, Qt4, libGL ... Marco -- 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 Ok if you wanted to add some hand typed graphics to your program which would you choose? Would you chose all three? -- 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 -- 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: using a makefile to create an executable file
This is a question that would be better posted to a programing forum like CodeGuru Non Visual C++ Issues. http://forums.codeguru.com/forumdisplay.php?s=111c5a2c3c03096907f8896f6194d142f=9 You will need to post the entire output from make. It may be easier to compile and build the application from the command line without using make since make adds an additional level of errors that can occur. If you find that the problem is from a missing cygwin component, than that is something you could get help with here. LMH samuel.roy wrote: Hello, I am very new to Cygwin and have little to no experience with programming. My professor gave me code for a landscape evolution modeling program written in C++. I am trying to compile the program so that I can run it as an executable file through the command prompt on my Windows machine. He wrote the code on a mac, but he says that it can be compiled on a pc when using Cygwin. I installed Cygwin version 1.7.5 (according to the website) with devel (in order to get the make utility and to be compatible with gcc and g++). I am trying to use the make tool to compile the code from a given make file (childi.mk) which is supposed to compile a laundry list of scripts included in the uploaded zip file. When I run: make -f childi.mk from the source directory, it begins to compile but catches on a warning: A problem arises when the makefile script gets to tmesh.cpp, line 3982:3, with the warning the address of triVal will never be NULL. Make then fails to create an executable file: make *** [childInterface.o] Error 1. The line in question from tmesh.cpp is: if(triVal == 0 ) return 0;. As I mentioned previously, I have no experience with programming and my only intent here is to be able to create an executable file from the given code and makefile. I noticed that a cmake file is also present, but I am unable to get that to work and understand it even less. Does anyone have any suggestions on how to successfully use Cygwin to create an exe file from the given C++ code? Thank you for your time, Sam http://old.nabble.com/file/p33664890/Code.zip Code.zip -- 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: some kind of path problem when running bash script from windows shortcut
Thanks, that would be interesting to learn how to do. I guess I would need to learn what files need to be backed up and how to go about restoring them to a new install. I make considerable use of clonezilla images for the OS, but when I have to do a full re-install, I am stuck with making allot of manual adjustments afterwords. LMH Andrey Repin wrote: Greetings, LMH! I added C:\cygwin\bin to the windows path. I guess I forgot environment variables when I did the re-install. One of these days I need to learn how to do post install config scripts so I don't have to spend two weeks getting my windows the way I want it. If you're thorough about your backups, you can have your user environment back up in no time, using a combination of rsync for files and ERD for registry backups. -- WBR, Andrey Repin (anrdae...@freemail.ru) 23.03.2012,17:56 Sorry for my terrible english... -- 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 -- 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
some kind of path problem when running bash script from windows shortcut
I have recently re-installed windows and cygwin, but my old backup
script won't anymore when I run it from a windows icon. It runs fine if
I cd to /usr/local/bin and run it from the command line.
When I run it from the shortcut, I get file not found for rsync, date,
unix2dos, and rm. I have temporarily changed the script to use the full
path for these, /cygdrive/c/cygwin/bin/date.exe instead of date, but I
have used this setup for a while and I'm not sure what has changed. Am I
missing an environment variable or something?
I'm not sure if the problem is in windows or cygwin.
This is the version of the script that doesn't work from the shortcut,
but does work from the command line.
#!/bin/bash
# generic backup function
function backup {
echo$1
echo$1
echo * new log entry * $1
date $logfile_path
rsync -v -a -r -p -b --suffix=.back -E -t --log-file=$1 $2 $3
unix2dos $1
}
logfile_path=path_to_logfile
backup_src_path=path_to_backup_src_loc
backup_destination_path=path_to_dest_loc
backup $logfile_path $backup_src_path $backup_destination_path
The shortcut is set up as,
Target: C:\cygwin\bin\sh.exe /usr/local/bin/backup.sh
Start in: C:\cygwin\bin
Any suggestions?
LMH
--
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: some kind of path problem when running bash script from windows shortcut
Thanks for the advice. I just ran cygcheck, but I'm supprised that you are asking folks to post that. The output contains some personal information, such as the computer name and user name, and I'm guessing that some folks would rather not post that. It's a nice list of everything that is currently installed. I added C:\cygwin\bin to the windows path. I guess I forgot environment variables when I did the re-install. One of these days I need to learn how to do post install config scripts so I don't have to spend two weeks getting my windows the way I want it. The cygcheck output is below. It looks as if C:\cygwin\bin is in the path, but it was definitely not in the path environment variable. LMH Cygwin Configuration Diagnostics Current System Time: Thu Mar 22 18:40:08 2012 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Emergent 5.3.0 (32-bit)\bin Output from C:\cygwin\bin\id.exe UID: 1003(basic_user) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'basic_user' PWD = '/home/basic_user' HOME = '/home/basic_user' HOMEPATH = '\Documents and Settings\basic_user' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\basic_user\Application Data' HOSTNAME = 'lmh-q9550-1' SHELL = '/bin/bash' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 23 Stepping 10, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/cygdrive/c/Documents and Settings/basic_user/Desktop' USERDOMAIN = 'LMH-Q9550-1' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' temp = 'C:\DOCUME~1\BASIC_~1\LOCALS~1\Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' TMP = '/tmp' USERNAME = 'basic_user' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'en_US.UTF-8' USERPROFILE = 'C:\Documents and Settings\basic_user' CLIENTNAME = 'Console' TZ = 'America/New_York' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\LMH-Q9550-1' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'HP Photosmart C309a series' PROCESSOR_REVISION = '170a' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '4' SESSIONNAME = 'Console' COMPUTERNAME = 'LMH-Q9550-1' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: C:\cygwin a: fd N/AN/A c: hd NTFS 57231Mb 45% CP CS UN PA FC System_Volume d: hd NTFS 10001Mb 21% CP CS UN PA FC pagefile e: hd NTFS90Mb 40% CP CS UN PA FC Data_Volume f: hd NTFS943865Mb 55% CP CS UN PA FC Backup_Volume g: cd N/AN/A h: hd NTFS 53866Mb 27% CP CS UN PA FC Share o: fd N/AN/A p: fd N/AN/A q: fd N/AN/A r: fd N/AN/A z: netN/AN/A C:\cygwin/ system binary,auto C:\cygwin\bin/usr/bin system binary,auto C:\cygwin\lib/usr/lib system binary,auto cygdrive prefix /cygdrive userbinary,auto Found: C:\cygwin\bin\awk - C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe - C:\cygwin\etc\alternatives\cpp - C:\cygwin\bin\cpp-3.exe Found: C:\cygwin\bin\crontab.exe Found: C:\cygwin\bin\find.exe Found: C:\WINDOWS\system32\find.exe Warning: C:\cygwin\bin\find.exe hides C:\WINDOWS\system32\find.exe Found: C:\cygwin\bin\gcc.exe - C:\cygwin\etc\alternatives\gcc - C:\cygwin\bin\gcc-3.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\vi - C:\cygwin\bin\vim-nox.exe Found: C:\cygwin\bin\vim - C:\cygwin\etc\alternatives\vim - C:\cygwin\bin\vim-nox.exe 15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0 cygattr
Re: some kind of path problem when running bash script from windows shortcut
Yes, that fixed the issue. The script runs from the shortcut without error. Thanks for the assistance. LMH Adam Dinwoodie wrote: LMH wrote: Thanks for the advice. I just ran cygcheck, but I'm supprised that you are asking folks to post that. The output contains some personal information, such as the computer name and user name, and I'm guessing that some folks would rather not post that. You _did_ read the [problem reporting guidelines][0] before posting here, right? Like the bits that say include that file as *an attachment* (emphasis original) and it is ok to redact sensitive information? [0]: http://cygwin.com/problems.html I added C:\cygwin\bin to the windows path. I guess I forgot environment variables when I did the re-install. One of these days I need to learn how to do post install config scripts so I don't have to spend two weeks getting my windows the way I want it. So did it work? If it did, I don't really care about the cygcheck output any more. If it didn't, I need to know that to be able to help. Adam -- 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 -- 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: rsync ERROR: out of memory in flist_expand [sender]
If you are continually copying large numbers of files with rsync, maybe
you would be better off just using cp. Do you need to keep older
versions with the same file name, meaning an incremental backup?
I generally start by just doing a cp of the src directory to the backup
location. When the number of files is large, I just do,
cp -Rfp /src_loc_path/ /backup_loc_path/ copylog
This gives me a record of anything that might not have been copied due
to permission issues, etc. It's best to do this from a windows admin
account.
Then I run rsync on subsequent days so that rsync is just dealing with
changes made on any one given day and not trying to copy very large
directories. I always use a log file so I can check to make sure it has
finished and got everything it was supposed to.
#!/bin/bash
function backup {
# write some stuff to the log file
echo$1
echo$1
echo * new log entry * $1
date $logfile_path
# run the backup
rsync -v -a -r -p -b --suffix=.back -E -t --log-file=$1 $2 $3
# convert the log file format to windows EOL
unix2dos $1
}
# give a location for the log file, src, and backup loc
logfile_path=/logfile_path/log.txt
backup_src_path=/backup_src_path/
backup_destination_path=/backup_destination_path/
backup $logfile_path $backup_src_path $backup_destination_path
I just have this script attached to a windows shortcut. That way I can
run it with a double click, or add the shortcut to the task manager if I
want to schedule backups. I guess I should be using cron to get the full
quantity of linux points, but I haven't got around to it.
If you wanted to, you could make a script that would check if the backup
destination directory exists, and if it doesn't, just do cp. If it does
exist, then run rsync.
I don't know how much volume it rsync designed to manage, especially if
it needs to keep a connection over a net, but if you are running out of
resources you may want to look at a different tool.
There are other options, like rdiff and unison. I have used unison, but
it is more a mirroring tool and I found the incremental backup options
gave me errors. I you are just trying to mirror directories or machines,
then it is a good tool.
LMH
Richard Ivarson wrote:
Bruno, is this rsync problem maybe related to my rsync problem which I
mentioned recently in the thread Rsync stops inmid of synchronisation ?
(My latest post there was: http://article.gmane.org/gmane.os.cygwin/132270
... but I don't know how to link to the entire thread.)
-Richard
Am 19.03.2012 11:51, schrieb Bruno Galindro da Costa:
Hi!
I'm try to copy some files from windows to Linux using rsync but,
after some short of time, an error was showed. Here is the log:
ERROR: out of memory in flist_expand [sender]
rsync error: error allocating core memory buffers (code 22) at
/home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/util.c(117)
[sender=3.0.9]
rsync: connection unexpectedly closed (35795723020 bytes received so
far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at
io.c(601) [receiver=3.0.7]
rsync: connection unexpectedly closed (102 bytes received so far)
[generator]
rsync error: error allocating core memory buffers (code 22) at
io.c(601) [generator=3.0.7]
Bellow is the command that I used:
/usr/bin/rsync
--exclude-from=/opt/backup_ti/tmp/FILESERVER_exclude_from.tmp
-avzR --delete-excluded --rsh=ssh -o UserKnownHostsFile=/dev/null -o
StrictHostKeyChecking=no -p 31060
root@127.0.0.1:/cygdrive/c/fileserver
/backup/fileserver/bkp_files_20120318225522
Bellow is the /opt/backup_ti/tmp/FILESERVER_exclude_from.tmp content:
- TEMP
- RECYCLE.BIN
- System
Is there any workaround that I can use to solve this problem?
Maybe using an option or change a configuration file on cygwin...
Search in google, I've found this solution
(http://blog.rudnyi.ru/2011/04/problem-with-rsync.html ), but, before
apply that, I like to see If there is another option to use.
--
Att.
Bruno Galindro da Costa
--
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
--
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: question on Cygwin's version of make
Some folks call make from a bash file to take advantage of things that bash can do and make can't, or at least easily. Using a config.sh to run make could let you test anything you want, print warnings, or exit, if anything is spotted. If everything looks good, the script can call make. This is common when you need to collect information about the local configuration (OS, arch, preferences, etc) in a portable way. Don't know if that helps, but that is what occurred to me reading you post. LMH Paul Allen Newell wrote: Marco: Thanks for reply, my comments inline On 2/29/2012 11:23 PM, marco atzeri wrote: names with spaces are always a problem for a lot of unix/cygwin program, so my suggestion is to rename the directory. Please also note that copypaste will likely mess your file permission Yes, I solved the problem by removing spaces. I always create directories and files without spaces. but a cut-and-paste in Windows doesn't respect such. I haven't seen any permissions problems on a cut-and-paste .. the only issue I see is when I port back to Fedora and have a script to get rid of everything being an executable. I am just hoping that I can understand where basename is executed so I can flag the problem. It ain't a show-stopper, but it would be nice to just do a cut-and-paste followed by a make in the new directory which should tell me you got spaces. I also noticed that if I run make make.out that the message is printed to the terminal and is not in make.out. What am I missing to capture all output in make.out? I like this way make21 |tee make.out 21 redirect the error message to the std output Okay ... interesting ... can I beg a bit more of an explanation as I don't understand the difference between and 21 (bash stuff is an an area that I am maybe less than a newbie) Thanks, Paul -- 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 -- 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: Rsync stops inmid of synchronisation
One thing to check is the disk drives. I have had rsync stop when it reaches corrupted sectors, especially if those sectors corrupt part of the file system. I don't remember anything helpful in the log files, I just noticed that it wasn't finishing. Try running disk diagnostic software and make sure your hardware is good. What kind of hard drives do you have and what OS? If that doesn't show up anything, I would start by synching just one folder. Create a test folder on both computers and add a few files. Make sure your permissions are correct. Make a change in one file and then run rsync. If it finishes and the logs look good, add more to the test folder and see if you can find where it brakes. You can test things like very large files, and folders with a large number of files. If you can't get it to fail, then the issue may be with the data on one of the computers. The problem may also be with the rsync software, but I can't advise well on that end. LMH Richard Ivarson wrote: Good day, I've successfully used Cygwin and in particular it's RSYNC for many years, for example to sync a Windows XP computer named Sendi to another XP computer named Desti in a local network. Since a few months however rsync is causing me endless trouble. I regularly upgrade to new versions of Cygwin, so I'm up to date with all Cygwin programs. Now I don't know if my network is the problem (it works fine for all other purposes except rsync) or the rsync program (or its configuration). Maybe somebody knows how I could encircle the problem. Here's the details: - Sendi and Desti are connected via a Ethernet cable to a Router - On Desti rsync runs via rsync --daemon - On Sendi the rsync task is started with rsync foldername/ Desti::modulename/ (and module name is configured as described in Cygwin's or rsync's manual) When the rsync tasks start, at first everything runs fine. I see this by following to Desti's rsync log file and Sendi's verbose output, and at the files being synchronisised. Ie the two rsync programs exchange the files which are out of sync -- but unfortunately just up to a certain point. After a number of files have been transmitted -- and this number varies every time I re-start the task (sometimes it's some 1000 files, sometimes less) -- the two rsync programs stop to talk to each other. Sendi's not continuing to send file names anymore. But why? I've increased Sendi's rsync verbose level to maximum but it just stops to print the file names it wants to send to Desti. So I've started Wireshark to see the network traffic, and next to good RSYNC packages there are also some bad ones named Malformed RSYNC packet in Wireshark. For example Sendi's Wireshark log looks like this: [Malformed Packet: RSYNC] Expert Info (Error/Malformed): Malformed Packet (Exception occurred) Message: Malformed Packet (Exception occurred) Severity level: Error Group: Malformed Since I'm no network expert (I can just start Wireshark and watch the many log entries), does anybody of you Cygwin users know what's happening? To sum up the problem: rsync worked well on Sendi Desti, when suddenly a started rsync task just partly works but then stops. And depending on how many times I re-start the task or the computers, I can get smaller or bigger parts of the whole sync task. Usually not the entire however, because it stops long before the end... Thanks for any hints. -Richard -- 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 -- 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
argparse for cygwin python
I have a python script and when I try to run it I get an error for no
such module, ImportError: No module named argparse.
The only package I have installed is numpy, but I don't see argparse
mentioned in any of the other packages. I have run this script on this
computer before, but I don't remember if I have re-installed cygwin
since then. I thought that argparse was in the python standard library,
so I don't know if the issues is a dependency or something else.
Here are the first few lines of the script,
#! /usr/bin/python2.6
import argparse
from time import time
#USAGE: python dif.py --filename [filename] --columns [0,1,2,...]
#COLUMNS START FROM INDEX 0
parser = argparse.ArgumentParser(description='..')
parser.add_argument('--filename', dest='filename', help='input file name')
parser.add_argument('--columns', dest='col', help='columns to be neglected')
args = parser.parse_args()
col = [int(i) for i in args.col.split(',')]
Any suggestions?
LMH
--
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: argparse for cygwin python
Thanks for the information, but that didn't fix the issue.
There is now a file argparse.py located in,
cygwin\lib\python2.6\site-packages\stgit
but I am still getting the error. Do I need to restart or something, or
do I need to do something else to let python know where the package is?
LMH
marco atzeri wrote:
On 1/17/2012 7:04 PM, LMH wrote:
I have a python script and when I try to run it I get an error for no
such module, ImportError: No module named argparse.
The only package I have installed is numpy, but I don't see argparse
mentioned in any of the other packages. I have run this script on this
computer before, but I don't remember if I have re-installed cygwin
since then. I thought that argparse was in the python standard library,
so I don't know if the issues is a dependency or something else.
Here are the first few lines of the script,
#! /usr/bin/python2.6
import argparse
from time import time
#USAGE: python dif.py --filename [filename] --columns [0,1,2,...]
#COLUMNS START FROM INDEX 0
parser = argparse.ArgumentParser(description='..')
parser.add_argument('--filename', dest='filename', help='input file
name')
parser.add_argument('--columns', dest='col', help='columns to be
neglected')
args = parser.parse_args()
col = [int(i) for i in args.col.split(',')]
Any suggestions?
LMH
use the package search
http://cygwin.com/packages/
the outcome
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=argparse
suggests that it is a module of stgit
Regards
Marco
--
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
--
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: Copying HDD to another HDD
I think you want to use a disk clone to do this, something like the clonezilla live CD. As long as the drives are the same size, or the target drive is larger, clonezilla will just copy one drive to the other. It does a bit by bit clone, so it doesn't care about files and permissions and such. Even if you could copy with cp, you need the boot sector and such to get the OS up, so that wouldn't work. LMH Mike Brown wrote: I'm in a situation where a new mobo refuses to boot the SATA boot HDD, but it will boot an IDE drive. So, I'm trying to copy all of the files from the SATA drive to the IDE drive, but I'm hitting a roadblock where there are files with 10-digit user/group IDs and file persmissions of 700, which means I can't copy the files because the Windblows IDs are different. It is XP Pro - 32 bit. What can I do that will allow me to do this: cd h: (cd g:/ ; tar cf -)|tar xvpf- and get all of the files copied from the SATA drive (g:) to the IDE drive (h:)? Thanks. Oh, and yes, the normal Windblows copy fails as well. Even though I am the only user on the system and should have 100% administrative permission, there are file that I can't copy. MB -- 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: Copying HDD to another HDD
I don't know if this is what you are going to try, but if you change the of the partition on the src drive to something small enough to fit on the new drive, you can use clonezilla to clone the partition instead of the whole drive. Just make the partition on the new drive the same size or a bit larger. Just to be safe, I would copy off all the data files from the old drive that you can to a backup somewhere. You should be able to do the with a gparted CD. LMH Mike Brown wrote: On Sun, Nov 06, 2011 at 11:44:06PM +0800, KHMan wrote: Some random notes. fsarchiver also allows for flexibility on size. I'm downloading the iso for SystemRescueCD, which contains fsarchiver. I just might be able to use fsarchiver to do the trick. Thanks for the tip. MB -- 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: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?
I am a bit confused as to the role of perl here. I have compiled under cygwin g++ for a long time now and don't run into problems. Are you using the -mno-cygwin flag in your compile rules? I have two processes, where one is a child of the the processed that gets launched, but both are in c. Maybe it is better to address your issue in the c part of the application, possibly create a little c launcher app that will create the behavior you need. Whether you run your c widget from win cmd, bash, call if from perl python, etc, shouldn't really make any difference. Maybe I need to dig into your post a bit more. LMH Andrey Repin wrote: Greetings, Ted Byers! However, when I compile the program using gcc within cygwin (and run it the same way - Activestate perl from a Windows' CMD console, no output is produced, and if I try to run qlt from Windows' CMD, it complains about a missing DLL and dies.. Which DLL? You know, we're net standing behind you, staring at your screen over your shoulder. So, I found a fix in terms of adding cygwin/bin to the path. Fix? Sorry me, but Cygwin installation manager explicitly tell you to do so. That lets me run the programs I compile using gcc within cygwin's bash shell in the same way I run programs I compile using MSVC++. The downside is that I was reluctant to make the cygwin programs themselves visible within Windows' CMD shell as I was concerned about the possibility that doing so might break some other Windows applications I use. It may, now what? Use Cygwin ones as more POSIX-compliant. -- WBR, Andrey Repin (anrdae...@freemail.ru) 15.09.2011,18:50 Sorry for my terrible english... -- 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 -- 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: How do I run a program compiled in cygwin from a program that is running in a Windows CMD shell?
As stated, the mno-cygwin flag was depreciated in gcc 4. This was what you used to link to the windows c runtime instead of the cygwin dll. In other words, it let you compile with cygwin gcc and then run on a windows box that didn't have cygwin installed (very useful). Since some of your issue seemed to be with the cygwin environment, it seemed like detaching yourself from it at link time might be a good idea. Windows doesn't' know or care whether the app was compiled under gcc or visual studio if you used the no-cygwin flag, so I didn't see why it would matter how or where you called the app, from perl, bash, cmd, etc. I have never elevated to gcc 4 and have cygwin configured to only install gcc 3. I am sure you could have both installed and point to one or the other in your make file depending on what you want. If I remember right, the no-cygwin flag was depreciated before the ming compatible cross compiler was available, so I stayed with 3 at the time. I also had issues with 4.1 under linux. I had an app would give different floating point answers compiled wiht 4.1 compared to 3.4. This seems to have been fixed by 4.3 and the app compiled under 4.3 gives me the same answer as 3.4. I don't know if there was a bug in the early 4 versions, or what. This may have been an issue with gfortran and not gcc since it's a hybrid app. I also like the fact that 3 is closed and they aren't constantly changing the header files and such. It's very annoying to get code that compiled under an older version and won't compile any more because they changed 10 different header files and no I have to add 56 ifdef statements to compile under the new version. Version 3.4 does everything I need, so I have stuck with it, especially since I know how to cross compile with it. I suppose I will get around to getting version 4 working, but I have other fish in the pan for now. It seems like a cross compiled c app to launch your child process would be more portable, but I will look at the perl more closely later. I'm off to the dentist for now, fun, fun, fun. LMH Ted Byers wrote: Larry Hall (Cygwinreply-to-list-only-lhat cygwin.com writes: On 9/15/2011 1:28 PM, Ted Byers wrote: LMHlmh_users-groupsat molconn.com writes: snip What, exactly, does '-mno-cygwin' do? BTW: With gcc v 4.5.3, using 'G++ -mno-cygwin' followed by the other commandline arguements needed to compile something results in an error where it complains '-mno-cygwin' is no longer valid (I forget the exact wording, but that is the gist of the error message I got). Right. '-mno-cygwin' is not a supported flag for gcc with version 4. It was there to allow a kind of cross compiler that targets Win32 instead of Cygwin. This is obviously not what you want anyway so it's of no consequence to you that the flag has been removed. There are now actual cross compilers available in Cygwin for gcc 4 that serve the purpose of the old '-mno-cygwin' flag. Hi Larry, Thanks I installed only the gcc4 compilers (all of them, v4.5.3), but I didn't even look for cross compilers. What is the name of the cross compilers (would they be those that include 'mingw' in the name? Not having installed, them, perhaps this is a naive question, but will they live alongside the gcc4 compilers without the names of the compilers clashing? I recalled something about mingw, but thought that was a completely different approach to having gcc on Windows, and in the versions included with RTools, the names of the programs there would definitely collide with those for gcc4 Thanks again Ted -- 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 -- 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: shutdown doesn't do anything, winXP
Using the full path was successful. As an aside, why does which shutdown return /usr/bin/shutdown when the shutdown app is located in /bin/shutdown? What value does the /usr part of the path have in this context? I suppose I should use force, but I never have anything running when I run the backup script that this is part of. LMH Corinna Vinschen wrote: On Sep 1 14:51, LMH wrote: I have a bash script that runs rsync and I have been trying to add a command to shutdown the computer after the backup has finished running. I have added, shutdown -s now and also tried, shutdown -s 5 shutdown -x now shutdown -x 5 but the computer doesn't shut down. Running which shutdown gives me, /usr/bin/shutdown so I know its there. Any suggestions? Try the -f/--force option. Note that shutdown can succeed even if the machine won't actually shutdown. See, for instance, the remarks section on http://msdn.microsoft.com/en-us/library/aa376874%28v=vs.85%29.aspx Corinna -- 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
shutdown doesn't do anything, winXP
I have a bash script that runs rsync and I have been trying to add a command to shutdown the computer after the backup has finished running. I have added, shutdown -s now and also tried, shutdown -s 5 shutdown -x now shutdown -x 5 but the computer doesn't shut down. Running which shutdown gives me, /usr/bin/shutdown so I know its there. Any suggestions? LMH -- 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: Best way to repair cygwin?
You can select re-install in the package manager. Just toggel the icon next to All (at the top) until it reads re-install. I like to keep a back up of anything I have added or configured, such as the path folders and such. That way, if I have to wipe out the cygwin folder and start again, it is not so much trouble. I would be nice if the package manager could dump it's current state to an xml file or something like that so I don't have to remember everything I have installed. Maybe there is a feature like that, but I'm not aware of it. I don't know if re-install keeps your configurations or not, so that is something to find out about or prepare for. LMH Ronald Fischer wrote: Cygwin worked well so far. However, starting with today, I get the following error - for example when invoking bash: MUCNL3E6880:~ 2 23 $ bash --norc 163 [main] bash 5788 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1958 [main] bash 5788 open_stackdumpfile: Dumping stack trace to bash.exe.stackdup When doing a zsh -f this works at first, but as soon as I do a man man in the shell, I get 9420794 [main] sh 8004 exception::handle: Exception: STATUS_ACCESS_VIOLATION Exception: STATUS_ACCESS_VIOLATION at eip=6102048B eax=009DD298 ebx=61246414 ecx=758E7B6E edx=003F51F8 esi= edi=0022FA10 ebp=61020C00 esp=0022C7E0 program=C:\cygwin\bin\sh.exe, pid 8004, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args End of stack trace 9455844 [main] sh 5776 exception::handle: Exception: STATUS_ACCESS_VIOLATION 9458931 [main] sh 5776 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 9487143 [main] sh 348 exception::handle: Exception: STATUS_ACCESS_VIOLATION 9490092 [main] sh 348 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 9494562 [main] sh 1860 fork: child -1 - died waiting for longjmp before initializatio n, retry 0, exit code 0x8B00, errno 11 sh: fork: retry: Resource temporarily unavailable ... (and so on, in a endless loop). I wonder why zsh is invoking sh.exe implicitly, when I just call man, but in any case the error message suggests that bash.exe / sh.exe is broken. I had run setup again yesterday evening, in order to install wcd (found in the util section). The setup run to the end without error message, and I switched off the PC. Today I found bash broken. Since wcd utility is an extension to the chdir command, it is conceivable that it fiddled around with bash somehow, but I consider it unlikely that this would cause the effect I am observing: Such an obvious bug would not have been unnoticed. I wonder whether there is an easy way to repair Cygwin (maybe a procedure to automatically re-install everything). I searched on the Net but didn't find anything in this direction. Any other idea what I could do? Ronald -- 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: install on win7 enterprise, can't modify bash start up shortcut
Well key shortcut copy and past would be very nice. How do I go about setting up bash to run with the mintty terminal and not cmd? Can you link me to something? LMH Csaba Raduly wrote: 2011/8/20 LMH wrote: So I guess this is resolved, but I suppose I should look in to running the mintty terminal. What are the basic advantages of this compared to running in cmd? * Resizable * Easier copy paste (and consistent with xterm etc.) * Much wider font selection Csaba -- 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: install on win7 enterprise, can't modify bash start up shortcut
Sorry, I didn't reply correctly when I first tired to send this. This was simply modifying the shortcut that starts the bash window. If you double click on the Cygwin icon on the desktop, it starts a bash shell. If you click on the small Cygwin icon, upper left on the top window bar, you can select properties. This gives you a window to modify properties of the bash shell window such as the size, font color, font size, etc. When you close after your modifications, there was always an option to apply the changes to the current window only, or to modify the shortcut that started the window. I have always done this as soon as I installed cygwin. This time, I got the aforementioned error message. I am not sure what to do to allow me to modify the bash window on a permanent basis. If the shortcut isn't there, that would imply that the install may not have gone correctly, but I have installed two or three times (in different locations), trying to correct this, but the results are the same. I have had other issues with win 7 where software could not write to files in their own install directories. This seems especially prevalent with apps that don't make registry entries. I was wondering if something similar was in play. The cygwin icon points to Cygwin.bat, so I presume there are some arguments in the script that configure the shell. I could try to manually edit the .bat, but I'm not sure what I would change to get the window modifications I am looking for. LMH Thorsten Kampe wrote: * LMH (Wed, 17 Aug 2011 21:59:12 -0400) I have just installed 1.7 on win7 enterprise 64 bit and I tried to modify the shortcut that starts the bash window and I get a windows error message, can't modify the shortcut . make sure it has not been deleted or renamed Why on earth and in which way would you want to modify a shortcut?? If it points to a non-existing target than delete it and re-create manually. Or run setup again which should do the same. Thorsten -- 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 -- 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: install on win7 enterprise, can't modify bash start up shortcut
I've had no issue with re-sizing the bash window in the past and having those changes saved to the shortcut, even on win7 ent, so I am concerned about the health of the install. The desktop icon points to Cygwin.bat, but that doesn't have anything in it about the bash shell. Can someone point me to the ini file where the specs of the bash window would be recorded? I can check that file on another machine and see if it exists on the suspect install and see if I can edit it. That may give a clue as to what is amiss. I don't know anything about mintty and have always used bash. Can I run all of my bash commands, or would I be learning a new shell? LMH Csaba Raduly wrote: On Fri, Aug 19, 2011 at 6:50 PM, LMH wrote: If you double click on the Cygwin icon on the desktop, it starts a bash shell. If you click on the small Cygwin icon, upper left on the top window bar, you can select properties. This gives you a window to modify properties of the bash shell window such as the size, font color, font size, etc. When you close after your modifications, there was always an option to apply the changes to the current window only, or to modify the shortcut that started the window. I have always done this as soon as I installed cygwin. You know, I used to do this as well until I found out about mintty, which is a much nicer terminal than the DOS prompt. Using mintty would allow you to side-step the problem of not being able to modify the command prompt. For one thing, mintty can be resized :) Csaba -- 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: install on win7 enterprise, can't modify bash start up shortcut
Thank you for all the clarification on shells and terminals, I have always used the terms interchangeably, which I guess was not correct. A few replies, Is there any religious taboo that would prevent you from opening the batch script in an editor and see that you're wrong? No, I did this on my XP cygwin install, and there is clearly nothing there to indicate the windows size, nor was there anything in the bashrc files, so I didn't know where to look next. I suppose I need to look at ini files for the terminal that gets started. That window belongs to cmd.exe; bash runs inside it. The settings are in the registry; for the Cygwin shortcut it's This would imply that I'm trying to change a registry setting related to cmd.exe and the OS isn't letting me. The confusing thing is that I have done this before on the exact same OS and not had this issue. Just for giggles, I tried to change the terminal settings for my windows command line shortcut. I did not get the same error, but I did notice that there was a menu entry called Defaults as well as Properties. This gives the same options, but this time when I save them there is no error. Changing the defaults changes the window options for both the bash shortcut and the windows cmd shortcut (I have both on my desktop). So I guess this is resolved, but I suppose I should look in to running the mintty terminal. What are the basic advantages of this compared to running in cmd? LMH Corinna Vinschen wrote: On Aug 19 21:19, Csaba Raduly wrote: On Fri, Aug 19, 2011 at 8:31 PM, LMH wrote: (Please don't top-post) I've had no issue with re-sizing the bash window in the past and having those changes saved to the shortcut, even on win7 ent, so I am concerned about the health of the install. The health of the Cygwin install should be unrelated. I gues this is some Windows-y permission issue. The shortcut points to cygwin.bat; Windows runs cmd.exe to interpret the batch file, which eventually starts bash. The desktop icon points to Cygwin.bat, but that doesn't have anything in it about the bash shell. Can someone point me to the ini file where the specs of the bash window would be recorded? That window belongs to cmd.exe; No, not really. Cmd is a shell, like bash. Up to Windows Vista and Server 2008, the console itself was implemented as just a bunch of library functions and a shared core in the csrss process. Start bash from Explorer, and in Task Manager you will see that no cmd is running. Starting with Windows 7 and Server 2008 R2, the console window is implemented as a standalone application called conhost.exe. So, if you start bash from explorer in W7, you will not only see bash, but also an additional conhost process. So, in a way conhost is the same as mintty, a terminal emulator, even if not a good one. Either way, that's a common misunderstanding of the way the Windows console works. It was never cmd. Cmd is and always was only a shell, just another console application like bash. I hope it goes without saying why you see a cmd process in task manager when you started bash via the Cygwin.bat batch file... Corinna -- 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
install on win7 enterprise, can't modify bash start up shortcut
I have just installed 1.7 on win7 enterprise 64 bit and I tried to modify the shortcut that starts the bash window and I get a windows error message, can't modify the shortcut . make sure it has not been deleted or renamed I currently have cygwin installed at E:/cygwin and I also tried reinstall using the recommended windows settings, as well as installing at C:/cygwin. I get the same error every time. I have installed on this OS before and I don't remember this issue, so I'm not sure what is going on. Do I need to change permissions on the cygwin folder, the cygwin installer, change windows permissions, install it in a different location, etc? I have had non-windows programs on the C drive not be able to write to their log files and such,!@#*^%, but this was always correctable by installing elsewhere. I have also done, mkpasswd -l /etc/passwd and mkgroup -l /etc/group if that matters to anyone. This was also an offline install, which I have never had any issue with before. Thanks for the suggestions, LMH -- 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
