Hello
I am using Timesys Cygwin distribution 1.5 build 050,dll version is ---
1.5.17
and Gcc version 3.4.4
Can anyone help me wheteher cygwin supports PAM and how to install
finger print module on cygwin.
regards
sailaja
--
View this message in context:
http://www.nab
sailaja wrote:
Hello
I am using Timesys Cygwin distribution 1.5 build 050,dll version is ---
1.5.17
and Gcc version 3.4.4
Can anyone help me wheteher cygwin supports PAM and how to install
finger print module on cygwin.
Sailaja,
AFAICS, there is no PAM for Cygwin.
Thank you very
thanks Carlo.
Then what is the solution for installing bioapi to enable finger print
reader
regards
sailaja
Carlo Florendo-2 wrote:
>
> sailaja wrote:
>> Hello
>>
>> I am using Timesys Cygwin distribution 1.5 build 050,dll version is ---
>> 1.5.17
>> and Gcc version 3.4.4
>>Can an
On Tue, Jul 24, 2007 at 03:36:12AM -0700, sailaja wrote:
>Then what is the solution for installing bioapi to enable finger print
>reader
Cygwin doesn't have a solution. However, if you have installed a
commercial distribution of Cygwin you should look to your supplier for
help. We don't support
Hi,
I'm running Windows Vista Business 64 on an AMD64 box. See below my sig for
'perl -V'.
I've built Inline::CPP on previous Cygwin installations (on Windows 2000)
and on "native" Win32 builds of perl , but attempts to build this module
under Cygwin are now failing under 'make test' with the f
On 24 July 2007 13:42, Sisyphus wrote:
> I've built Inline::CPP on previous Cygwin installations (on Windows 2000)
> and on "native" Win32 builds of perl , but attempts to build this module
> under Cygwin are now failing under 'make test' with the following errors:
>
> ---
Dave Korn wrote:
> That I can't say. But assuming the build uses proper dependencies in the
> makefile, you should be able to workaround it by cutting and pasting that line
> into your shell, replacing 'gcc' by 'g++' as you go, and once you've got past
> that manually the rest of the build shou
On 24 July 2007 14:49, Brian Dessent wrote:
> Dave Korn wrote:
>
>> That I can't say. But assuming the build uses proper dependencies in the
>> makefile, you should be able to workaround it by cutting and pasting that
>> line into your shell, replacing 'gcc' by 'g++' as you go, and once you've
I ran into a similar problem recently - the standard sort of c++
references were not being found. It turns out that the linker I was
calling was ld2, a script that called another script perlld (in
/usr/bin), where I found this:
# these are pretty mandatory
my $CC = 'gcc';
my $EXPORT_ALL = 1;
- Original Message -
From: "Brian Dessent" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, July 24, 2007 11:48 PM
Subject: Re: Trying to build (perl) Inline::CPP-0.25.
Dave Korn wrote:
That I can't say. But assuming the build uses proper dependencies in
the
makefile, you should be able
- Original Message -
From: "Paul Mallas" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, July 25, 2007 12:05 AM
Subject: Re: Trying to build (perl) Inline::CPP-0.25.
I ran into a similar problem recently - the standard sort of c++ references
were not being found. It turns out that the lin
Firstly, a thank you to Eric Blake for his quick response to the dd
problem we uncovered yesterday. As of coreutils 6.9-4, dd honors the
oflag=binary option in the popen() context in which I've been having
trouble. This test case now works as expected:
$ cat popenbug.c
#include
int main() {
F
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Hugh Secker-Walker on 7/24/2007 9:48 AM:
> Firstly, a thank you to Eric Blake for his quick response to the dd
> problem we uncovered yesterday. As of coreutils 6.9-4, dd honors the
> oflag=binary option in the popen() context in which I'
Sisyphus schrieb:
-
[EMAIL PROTECTED] ~/comp/Inline-CPP-0.25
$ perl -V:ld
ld='ld2';
-
and wondered about that. You're suggested amendment (apart from fixing
the problem) is also in keeping with my "native" (MinGW) build of
Windows perl 5.8 which
Ken Brown wrote:
> Emacs-22.1-3 aborts with a core dump when I try to compile a large latex
> document
I observe a similar behaviour with a document of about 43 page.
The same thing happens using 'M-x compile' with a my application that
gives about 2000 line of link errors: emacs simply dies!
On 24 July 2007 21:00, Reini Urban wrote:
> Switching to g++ probably has other issues. Most XS modules are pretty
> fine with gcc, but I wouldn't be sure if all of them are C++ safe.
This isn't an issue, or rather, it's not as bad as you think. Whether you
use g++ or gcc as the driver, it st
Hi,
thanks for your answers. Attached is the result of cygcheck -srv. I had
some package that were not ok. I reinstalled them, and now all are ok,
and the crashes still happen when I start emacs and emacs -debug-init
and emacs -no-init-file (I can't start emacs -vanilla). I also get
immediate
Nicolas Saunier wrote:
> thanks for your answers. Attached is the result of cygcheck -srv. I had
> some package that were not ok. I reinstalled them, and now all are ok,
> and the crashes still happen when I start emacs and emacs -debug-init
> and emacs -no-init-file (I can't start emacs -vanilla)
Under RedHat/Fedora, when screen starts up, it will execute (source)
my .bashrc file.
Under cygwin, it doesn't.
Bug? Feature request?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/
yitzle wrote:
Under RedHat/Fedora, when screen starts up, it will execute (source)
my .bashrc file.
Under cygwin, it doesn't.
Bug? Feature request?
Disabled feature? I don't know much about screen (never used it myself)
but looking at the man page I find:
shell command
Set the comm
Then on my Fedora Core system '/etc/screenrc' contains:
# make the shell in every window a login shell
#shell -$SHELL
So maybe look in '/etc/screenrc' and see if there's a similar setting there
that you can enable? Otherwise, just add it to your '~/.screenrc'.
That line does the trick. Thanks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following package has been updated in the Cygwin net release:
*** pcre-7.2-1
*** pcre-devel-7.2-1
*** pcre-doc-7.2-1
*** libpcre0-7.2-1
This is an upstream version bump, no Cygwin-specific changes.
Yaakov
~ *** CYGWIN-ANNOUNCE UN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following package has been updated in the Cygwin net release:
*** libxml2-2.6.28-2
*** libxml2-devel-2.6.28-2
*** libxml2-doc-2.6.28-2
*** python-libxml2-2.6.28-2
This is an upstream version bump. The Python bindings are for
Python-2.5 and wer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following package has been updated in the Cygwin net release:
*** libxslt-1.1.20-2
*** libxslt-devel-1.1.20-2
*** libxslt-doc-1.1.20-2
*** python-libxslt-1.1.20-2
This is an upstream version bump. The Python bindings are for
Python-2.5 and wer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following package has been updated in the Cygwin net release:
*** libexif-0.6.16-1
*** libexif12-0.6.16-1
*** libexif-devel-0.6.16-1
This is an upstream version bump which fixes a possible buffer overflow
(CVE-2006-4168).
The DLL and developme
25 matches
Mail list logo
