On Thu, Mar 08, 2012 at 01:15:20PM +0530, Harry Simons wrote:
> Instead of asking for access to a Cygwin/Windows PC just for the above, I
> thought it would be terrific if Cygwin could somehow be installed /
> emulated on a Fedora.
Linux on top of Linux? I don't understand the need for that.
M
Hello,
Was wondering if it's possible to install / emulate Cygwin on Fedora?
Basically, I want my scripts to be able to run flawlessly on both Fedora and
Cygwin/Windows systems. Cygwin, I believe, can have different packages and/or
different versions of programs in packages (e.g. /usr/bin/file
Sorry, I should have checked the list archives first.
/usr/bin/perlrebase seems to have fixed the problem.
--
Jim Reisert AD1C, , http://www.ad1c.us
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/d
On 3/8/2012 1:21 AM, scott wrote:
On Wed, 7 Mar 2012 16:54:36 +0100, Corinna Vinschen wrote:
On Mar 7 09:30, Kelly, Brian wrote:
On two systems I tested this on, the latest cygwin base release breaks
both releases of Perl. The problem appears to be some type of DLL
collision with some types of
Jon Clugston gmail.com> writes:
>
> Don't know if it will fix your problem, but you cannot just create a
> mutex on the stack and call "lock" on it. You must initialize it with
> "pthread_mutex_init()".
>
> Jon
>
>
Good catch. I missed that in my haste to scrounge a sample pgm together. With
What happens when you `touch` the DLL?
--
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
On Wed, 7 Mar 2012 16:54:36 +0100, Corinna Vinschen wrote:
> On Mar 7 09:30, Kelly, Brian wrote:
> > On two systems I tested this on, the latest cygwin base release breaks
> > both releases of Perl. The problem appears to be some type of DLL
> > collision with some types of compiled Perl modules o
The rebase tool does not change last modification timestamp of each DLL
even if its data has changed. This is likely because Windows "may" not
update the timestamp for files written through a memory mapped view.
Is this an intended behavior of rebase?
Christian
--
Problem reports: http
On 3/7/2012 3:34 PM, Marcus Rademacher wrote:
Hello,
I'm having an issue getting the OpenSSH server to install and run on Windows
XP x64. I'm using the latest version of Cygwin as of today. I get the
following error:
"The CYGWIN sshd service could not be started.
A system error has occurred.
On Wed, Mar 7, 2012 at 1:51 PM, Lee Collier wrote:
> Hello,
>
> I'm new to cygwin and ran into an anamoly with calling ioctl() that
> I've not experienced on Linux. It appears that ioctl() behaves as
> expected when it is called from the main thread; however, it does not
> when called from a thread
Hello,
I'm having an issue getting the OpenSSH server to install and run on Windows XP x64. I'm
using the latest version of Cygwin as of today. I get the following error:
"The CYGWIN sshd service could not be started.
A system error has occurred.
System error 1067 has occurred.
The process
Corinna Vinschen wrote:
On Mar 4 19:42, Christian Franke wrote:
Corinna Vinschen wrote:
On Mar 2 22:35, Christian Franke wrote:
Corinna Vinschen wrote:
But, as usual, PTC.
OK, ...
Simple: Unset TZ for Win32 programs run from Cygwin.
More flexible: Set (unset) TZ=CYGWIN_WINENV_TZ if this
On Wed, Mar 07, 2012 at 11:04:35AM -0800, cppjavaperl wrote:
>On Wed, Mar 07, 2012 at 12:57:03 -0500, Christopher Faylor wrote:
>>I'll try to be clearer. We obviously know how to scan an executable
>>for dependent DLLs since cygcheck does it already (and actually cygwin
>>itself does this) but we
On Wed, Mar 07, 2012 at 12:57:03 -0500, Christopher Faylor wrote:
> I'll try to be clearer. We obviously know how to scan an executable for
> dependent DLLs since cygcheck does it already (and actually cygwin
> itself does this) but we are not going to be modifying ldd to deal with
> the case of
Hello,
I'm new to cygwin and ran into an anamoly with calling ioctl() that
I've not experienced on Linux. It appears that ioctl() behaves as
expected when it is called from the main thread; however, it does not
when called from a thread created by the main thread. Is this expected
behavior when us
On 3/7/2012 3:17 AM, Corinna Vinschen wrote:
> This release fixes the cygrunsrv startup problems on XP and Windows 2003
> reported in http://cygwin.com/ml/cygwin/2012-02/msg00284.html and
> http://cygwin.com/ml/cygwin/2012-03/msg00117.html. At least in my
> testing.
This also fixes the problems I
On Wed, Mar 07, 2012 at 09:26:39AM -0800, cppjavaperl wrote:
>Then I tried it on an old machine running SuSE 9.0 (kernel 2.4.21, even).
>In this case, ldd fails only if the *program's* executable has no execute
>permissions.? The dependent DLLs are not required to have executable
>permissions --
Hi Denis,
On Mar 5 13:14, Corinna Vinschen wrote:
> On Mar 5 13:02, Denis Excoffier wrote:
> > On Mon, Mar 05, 2012 at 10:59:19AM +0100, Corinna Vinschen wrote:
> > >> On Mar 5 08:09, Denis Excoffier wrote:
> > >> >947 [main] sh 660! _pinfo::dup_proc_pipe: something failed for pid
> > >> >
On Mar 7 12:28, Lee D. Rothstein wrote:
> For example:
> --
> [/]
> [lr@GW2] PID=3508 #jobs=0 2012-03-07, 12:18:57
> $ pwd
> /
>
> [/]
> [lr@GW2] PID=3508 #jobs=0 2012-03-07, 12:19:36
> $ ls -l
> ls: reading directory .: No such file or directory
> total 2008
> drwxrwx---+ 1 lr root 0 Jan 10 23
sorry about the extra question marks my last post. I'm not sure what caused
them. Yahoo's email interface didn't show them when it was sent, and they
don't appear in the copy of the message in my Sent folder. Weird. (of course,
now this post will probably end up having them also :-D )
--
P
On Mar 6 20:51, Christopher Faylor wrote:
> On Tue, Mar 06, 2012 at 03:53:34PM -0800, cppjavaperl wrote:
> > > On Feb 24 12:56, Corinna Vinschen wrote:
> > >
> > > On Feb 23 15:03, cppjavaperl wrote:
> > > > This was discovered in cygwin-1.7.10-1.
> > > >
> > > > If you run 'ldd' against an execu
I am trying to compile openSSH on cygwin to incorporate a syntax
highlighting patch: https://github.com/mxtommy/Cisco-SSH-Client
I could not compile with the patch, I can not compile a fresh copy
without the patch applied either.
I have provided links to the ./configure and make ssh output.
Vers
On Mar 7 09:30, Kelly, Brian wrote:
> On two systems I tested this on, the latest cygwin base release breaks
> both releases of Perl. The problem appears to be some type of DLL
> collision with some types of compiled Perl modules on Windows XP
> Professional. Below is a simple example using the Da
Just saw this on an earlier thread:
http://cygwin.com/ml/cygwin/2012-03/msg00182.html
> > > With the introduction of cygwin 1.7.11-1, perl scripts that use
> > > dynamic loading fail with dll errors when another program is exec'ed.
> > I'm just generating a developers snapshot for testing.
On Mar 7 16:37, Michel Bardiaux wrote:
> > Cygwin applications don't use the WIN32 environment. Rather they have
> > their own copy of the environment in a POSIX layout. What happens is
> > probably that the OCI lib calls GetEnvironmentString ("TNS_ADMIN",...)
> > and gets nothing back, since
> Cygwin applications don't use the WIN32 environment. Rather they have
> their own copy of the environment in a POSIX layout. What happens is
> probably that the OCI lib calls GetEnvironmentString ("TNS_ADMIN",...)
> and gets nothing back, since the variable is just not in the Win32
> enviro
On 07/03/2012 9:14 AM, Ryan Johnson wrote:
Hi all,
For the moment I don't want to upgrade to texlive (the 200MB download
factors in there), but even after removing every visible semblance of
tetex, setup still wants to bring in texlive. I've searched setup.ini
and ensured that no package list
On Mar 7 15:46, Corinna Vinschen wrote:
> On Mar 7 14:38, Michel Bardiaux wrote:
> > I have an up-to-date cygwin on XP SP3 (and yes, rebasealled). I have
> > also installed the Oracle basic (NOT instant) client for Win32. And I
> > have a C application that queries an Oracle DB using OCI. Another
On Mar 7 14:38, Michel Bardiaux wrote:
> I have an up-to-date cygwin on XP SP3 (and yes, rebasealled). I have
> also installed the Oracle basic (NOT instant) client for Win32. And I
> have a C application that queries an Oracle DB using OCI. Another
> relevant bit of setup info: environment variab
Hi all,
For the moment I don't want to upgrade to texlive (the 200MB download
factors in there), but even after removing every visible semblance of
tetex, setup still wants to bring in texlive. I've searched setup.ini
and ensured that no package listing tetex as a dependency there is
installe
On 07/03/2012 13:34, Ryan Johnson wrote:
> On 07/03/2012 8:07 AM, Corinna Vinschen wrote:
>> On Mar 7 07:54, Ryan Johnson wrote:
>>> Hi all,
>>>
>>> I tried to bootstrap the gcc-4.7 RC and it fails because it expects
>>> to find and the file actually lives in
>>> (see
>>> http://gcc.gnu.org/bug
I have an up-to-date cygwin on XP SP3 (and yes, rebasealled). I have
also installed the Oracle basic (NOT instant) client for Win32. And I
have a C application that queries an Oracle DB using OCI. Another
relevant bit of setup info: environment variable TNS_ADMIN =
\\besprd01\techdoc\database\oracl
On 07/03/2012 8:07 AM, Corinna Vinschen wrote:
On Mar 7 07:54, Ryan Johnson wrote:
Hi all,
I tried to bootstrap the gcc-4.7 RC and it fails because it expects
to find and the file actually lives in
(see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52513).
I'm asking here because the gcc dev
On Mar 7 07:54, Ryan Johnson wrote:
> Hi all,
>
> I tried to bootstrap the gcc-4.7 RC and it fails because it expects
> to find and the file actually lives in
> (see
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52513).
>
> I'm asking here because the gcc devs thought this would mean 4.6 is
>
On 3/7/2012 1:54 PM, Ryan Johnson wrote:
Hi all,
I tried to bootstrap the gcc-4.7 RC and it fails because it expects to
find and the file actually lives in (see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52513).
I'm asking here because the gcc devs thought this would mean 4.6 is
broken as we
Hi all,
I tried to bootstrap the gcc-4.7 RC and it fails because it expects to
find and the file actually lives in (see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52513).
I'm asking here because the gcc devs thought this would mean 4.6 is
broken as well, but I have 4.6.2 running. Did proc
Sorry for the quick shot and thanks for the hint to the faq. Rebase ran with no
errors and git is not aborting now.
Matthias
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe inf
On 3/7/2012 1:25 PM, Pfeifer, Matthias wrote:
Hello,
I have just installed cygwin on my windows 7 (64-bit) pc. I also plan to use
the git-client from the Cygwin repository and installed this one to.
I get
$ git -version
git version 1.7.9
I run into a problem when I clone a repository (log4per
Hello,
I have just installed cygwin on my windows 7 (64-bit) pc. I also plan to use
the git-client from the Cygwin repository and installed this one to.
I get
$ git -version
git version 1.7.9
I run into a problem when I clone a repository (log4perl from github) like this:
$ git clone https://g
On Mar 5 18:39, Corinna Vinschen wrote:
> On Mar 5 12:33, Charles Wilson wrote:
> > On 3/5/2012 11:31 AM, Corinna Vinschen wrote:
> > > Why this only fails when cygrunsrv has been built with gcc-4 but not with
> > > gcc-3 is most puzzeling.
> >
> > $ cygcheck /usr/bin/cygrunsrv.exe
> > C:\cygwin
I've updated the cygrunsrv package to 1.40-1.
This release fixes the cygrunsrv startup problems on XP and Windows 2003
reported in http://cygwin.com/ml/cygwin/2012-02/msg00284.html and
http://cygwin.com/ml/cygwin/2012-03/msg00117.html. At least in my
testing.
This new release also bumps the lice
CMake 2.8.7-1 is now available on Cygwin mirrors.
Some of the notable changes in this release are:
- improved Eclipse support
- incremental improvements to the AUTOMOC feature added in the previous
release
- more cryptographic hash implementations (SHA1, SHA224, SHA256, SHA384,
SHA512)
- fil
Even when there is nothing to update/ install, setup.exe is taking ages
to process the script
/etc/postinstall/fontconfig.sh
and eventually closes with the error message
Package: unknown package
fontconfig.sh exit code 210
(Nothing useful from /var/log/setup.log other than the same message.
43 matches
Mail list logo