SSH Rsa key weirdness.

I am attempting to use RSA keys to connect to a user, from a remote box. RSA keys are created on my main machine instead of the cygwin machine. Normally I copy them over and change permissions, authorized_keys, auth against the .pub and it works. If I copy my authorized_keys file over and change

Re: setjmp/longjmp & signal handlers bug

On Mon, Oct 11, 2004 at 08:56:52PM -0500, Brian Ford wrote: >On Mon, 11 Oct 2004, Christopher Faylor wrote: >>On Mon, Oct 11, 2004 at 06:00:07PM -0500, Brian Ford wrote: >>>I would expect additional output: >>>Partial success: 1 >>>PASS >>> >>>and a 0 return status? >> >>Did you try this on linux?

Re: cygwin & openssh(d) & login without password (gold star)

Igor Pechtchanski wrote: > On Sat, 9 Oct 2004, Christopher Faylor wrote: >> Can I get a gold star over here for an attempt to apply a creative >> solution to a problem? > > One gold star coming up... That's pretty nice for an "attempt" which didn't actually succeed. But hey... my Jan 2004 gold st

other services ok, ftp not (was 1.5.11 - tcp problems)

Hello, I've recently searched the archives for problems regarding cygwin unable to do ftp and came across the thead entitled "1.5.11 - tcp problems" which was started on September 14. I've replied to the last message in the thread (since the problem seemed not to be solved on the mailing list.)

Re: setjmp/longjmp & signal handlers bug

On Mon, 11 Oct 2004, Christopher Faylor wrote: > On Mon, Oct 11, 2004 at 06:00:07PM -0500, Brian Ford wrote: > >I would expect additional output: > >Partial success: 1 > >PASS > > > >and a 0 return status? > > Did you try this on linux? No, Solaris 2.8 ;-). Ok..., just tried Red Hat 8.0 kernel 2

RE: FW: question about cygwin OpenGL

-Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 1:26 AM To: John P. Sutter Cc: [EMAIL PROTECTED] Subject: Re: FW: question about cygwin OpenGL On Sun, 10 Oct 2004, John P. Sutter wrote: >> Dear Cygwin users, >> >> I have downloaded t

Re: libtool bug

Han-Wen Nienhuys wrote: Evidently, this fails, because libguile.dll.a lives in /home/Hanwen/src/guile-1.7.1/libguile/.libs; however, running GCC with -L/home/Hanwen/src/guile-1.7.1/libguile/.libs -lguile does work, so libtool is incorrectly translating the commandline. I take that I don't need t

Re: Patent question, libtiff, LZW -- Attn: Corinna

Corinna Vinschen wrote: On Oct 10 17:48, Charles Wilson wrote: So, to release the latest version of libtiff (3.7.0beta2) I need to do one of the following: (1) get permission from Red Hat (it's their server, after all) to publish an LZW-enabled libtiff (2) rip the LZW stuff back out I'd prefer

Re: error in compiling berkeleydb-4.2.52 in cygwin

Hallo Kevin, hello Bertrand, Am Freitag, 13. August 2004 um 20:43 schriebst du: > Hi, > I downloaded berkeleydb-4.2.52 and two patches from sleepycat. > When I tried to compile it I got the errors from ../lock/lock_region.c > as below. > Anybody know what's wrong? > Thanks, > Kevin > -

Re: setjmp/longjmp & signal handlers bug

On Mon, Oct 11, 2004 at 06:00:07PM -0500, Brian Ford wrote: >$ uname -a >CYGWIN_NT-5.1 fordpc 1.5.12(0.116/4/2) 2004-10-11 16:50 i686 unknown >unknown Cygwin > >$ cat longjmp_signal.c >#include >#include >#include >#include > >static jmp_buf env; > >void >handler(int sig) >{ >longjmp(env, 1

Re: libtool bug

Han-Wen Nienhuys writes: > At some point, make issues the following command line, > > /bin/bash ../libtool --mode=install /usr/bin/install -c > libguile-srfi-srfi-1-v-2.la > /usr/local/lib/libguile-srfi-srfi-1-v-2.la > libtool: install: warning: relinking `

Re: libtool bug

[EMAIL PROTECTED] writes: > I wrote: > > This: > > > > gcc -shared .libs/srfi-1.o -L/lib -L/usr/lib > > -L/home/Hanwen/src/guile-1.7.1/libguile-ltdl/.libs -L/usr/local/lib > > -lguile -lpthread -lgmp -lcrypt -o > > .libs/cygguile-srfi-srfi-1-v-2-2.dll -Wl,--image-base=0x1000 >

Re: libtool bug

Han-Wen Nienhuys wrote: No, this is not correct. My original email exactly described the problem: when linking the libsrfi-1 library with libtool 1.5.10 on Cygwin, libguile.dll.a is not linked, causing the link to fail. For mysterious reasons (libtool brokenness, I suppose), the compile and make in

Re: child thread termination causes main thread error termination

Unfortunately the code does not function that way on my machine. The code contrary to Brian's snipe is mine and was used in a demo of pthreads for my class. It works fine under multiple version of Unix and Linux but does not work on my Windows XP Pro machine under cygwin. What I get is the foll

RE: generic build script 'help' patch

On Mon, 11 Oct 2004, Hannu E K Nevalainen wrote: > you wrote: > > Feel free to improve the particulars of my help text. The main thing > > is that I think some help text is needed. > > > > Andrew. > > There is one problem IMO; the script (with the patch) won't allow > displaying help unless there

RE: generic build script 'help' patch

you wrote: > Feel free to improve the particulars of my help text. The main > thing is that > I think some help text is needed. > > Andrew. There is one problem IMO; the script (with the patch) won't allow displaying help unless there is a matching "generic-build.{tar,tar.bz,tar.gz}" (or some suc

Re: Updated: mingw-zlib-1.2.2-1

At 01:05 10/10/2004, Charles Wilson wrote: The mingw-zlib package has been updated to version 1.2.1-2. you meant 1.2.2-1? :P thanks for all your thankless work! cheers, marc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html D

Re: libtool bug

[EMAIL PROTECTED] writes: > Charles Wilson writes: > > > BTW, Jan, I gather that, despite my earlier doubts, the libtool > > changes in 1.5.10 fixed the "The application failed to initialize > > properly (0xc005). > > Not exactly, it is fixed, but I cannot confirm that was the fix. > Guile ha

Re: latest snapshot changes -- unison/openssh

On Mon, Oct 11, 2004 at 10:55:30AM -0700, Karl M wrote: >The Oct 10 snapshot makes no change for the unison/openssh hang. I didn't >expect it to, but as CGF askes for "me too"s, I thought this worth sending. No, I would not expect this change to actually cause something that wasn't working to sta

latest snapshot changes -- unison/openssh

Hi All... The Oct 10 snapshot makes no change for the unison/openssh hang. I didn't expect it to, but as CGF askes for "me too"s, I thought this worth sending. Thanks for all your hard work. ...Karl _ Is your PC infected? Get a FREE

Re: SSHD installation defaults / security

On Oct 11 12:53, Christopher Faylor wrote: > On Mon, Oct 11, 2004 at 12:49:09PM -0400, Igor Pechtchanski wrote: > >On Mon, 11 Oct 2004, Corinna Vinschen wrote: > >>I'm not sure if the package should require cygrunsrv, though. The > >>/usr/share/doc/Cygwin/openssh.README file mentions that cygrunsr

Re: SSHD installation defaults / security

On Mon, Oct 11, 2004 at 12:49:09PM -0400, Igor Pechtchanski wrote: >On Mon, 11 Oct 2004, Corinna Vinschen wrote: >>On Oct 11 13:29, Jochen Wezel wrote: >>>I've installed today the current release of cygwin (1.5.11-1) with >>>OpenSSH package. >>> >>>There are 2 issues: >>> >>>1. This package (or at

Re: SSHD installation defaults / security

On Mon, 11 Oct 2004, Corinna Vinschen wrote: > On Oct 11 13:29, Jochen Wezel wrote: > > Hi! > > > > I've installed today the current release of cygwin (1.5.11-1) with > > OpenSSH package. > > > > There are 2 issues: > > > > 1. This package (or at least the ssh-host-config script) depends on > > cy

Re: [OT] Re: Spurious "You have multiple copies of cygwin1.dll on your system."

On Mon, 11 Oct 2004, Luke Kendall wrote: > On 11 Oct, Robin Bowes wrote: > > I found this from the postilion home page (http://www.postilion.org) > > under "nagging bugs" (!) : > > > > "Entering a Full Name <[EMAIL PROTECTED]>, or [EMAIL PROTECTED] (Full > > Name) format address in the preferences

Re: Cron doesn't work

At 08:25 AM 10/11/2004, you wrote: >I have the cron installed, my crontab is: >*/2 * * * * perl -e 'open(FILE, >">/cygdrive/c/deleteMe.txt") or die $!; print FILE (time."\n"); >close(FILE)' > >but nothing is going on. I suggest you start with something easier (like '/bin/echo "hello"'),

Re: FW: question about cygwin OpenGL

On Sun, 10 Oct 2004, John P. Sutter wrote: > Dear Cygwin users, > > I have downloaded the OpenGL library source code from cygwin onto my > Windows XP computer and have been trying to set it up from the > makefiles. First off, why would you want to do this if there are binary packages available fo

Re: Compiling LAM MPI

Gerrit P. Haase wrote: Dalibor wrote: [...] Yes I see, maybe I was confused by your words: "... and published under a BSD license without an advertising clause." Sorry about that, that's just a general way of me saying 'GPL-compatible BSD-ish code'. Kaffe being GPL means that we can't mix it with

Re: Cygwin & openssh(d) & login without password

On Fri, 8 Oct 2004, lex ein wrote: > On Tue, 5 Oct 2004 10:47:57 +0200, Corinna Vinschen <[EMAIL PROTECTED]> wrote: . > > On Oct 5 16:00, David Campbell wrote: > > > I've read lots of web pages about how to set it up, and I believe I've > > > followed

Re: cygwin & openssh(d) & login without password (gold star)

On Sat, 9 Oct 2004, Christopher Faylor wrote: > On Sat, Oct 09, 2004 at 04:02:25PM +, Robert R Schneck wrote: > >lex ein wrote: > >[...] > >> 2. The user might type 'help openssh' and be told to "try 'man -k openssh' > >> which produces "openssh: nothing appropriate", a nice showstopper. > >[.

Re: Compiling LAM MPI

Dalibor wrote: [...] Yes I see, maybe I was confused by your words: "... and published under a BSD license without an advertising clause." Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: child thread termination causes main thread error termination

I tried compiling this, and it failed with: $ make lab4_1 gcc lab4_1.c -o lab4_1 lab4_1.c:13:32: ../inc/local_mutex.h: No such file or directory lab4_1.c:49: error: `PTHREAD_COND_INITIALIZER' undeclared here (not in a functio n) lab4_1.c:50: error: `PTHREAD_MUTEX_INITIALIZER' undeclared here

Re: child thread termination causes main thread error termination

On Mon, Oct 11, 2004 at 02:51:08PM +0100, Dave Korn wrote: >> -Original Message- >> From: cygwin-owner On Behalf Of gmiller >> Sent: 09 October 2004 19:49 > >>I have a sample thread application that runs under Ferdora Core 2 >>latest but exits on an error condition under cygwin. If I add s

RE: child thread termination causes main thread error termination

> -Original Message- > From: cygwin-owner On Behalf Of gmiller > Sent: 09 October 2004 19:49 > I have a sample thread application that runs under Ferdora > Core 2 latest but exits on an error condition under cygwin. > If I add sleeps to the end of the child threads then the > program w

Re: Memory debugging under cygwin

Dan Osborne schrieb: Reini Urban wrote: Great shame that valgrind isn't ported to cygwin! but dmalloc is. after libtoolizing and autoreconf with latest autotools just add AM_WITH_DMALLOC to your configure.in Hmmm, I've yet to bite the libtool bullet but if it gets dmalloc working maybe nows the tim

Re: Compiling LAM MPI

Gerrit P. Haase wrote: Dalibor wrote: Gerrit P. Haase familiehaase.de> writes: I have some replacement functions for inet_ntop & inet_pton which I found in the kaffe sources, these don't include coyright notices and compile ok on Cygwin. Hallo Gerrit, I've explicitely included them for Cygwin

Re: missing type in sys/types.h

On Mon, 2004-10-11 at 11:22, Siegmar Gross wrote: > Hi, > > I've just tried to build MPICH-1.2.6 on the current Cygwin release and > have had a problem because "bool_t" isn't defined in "sys/types.h" so that > "rpc/xdr.h" couldn't be compiled. Does mpich expect bool_t in sys/types.h? sys/types.h

Re: Cygwin GMP 4.1.3-3 does not work correctly

Angelo schrieb: Oh not again... > I have rebuilt my previous applications (which use also LiDIA). > With version 4.1.3-3 of the package they give incorrect results > (Pi() prints 0.4...E-4 instead of 3.14..., for example). I saw the same problems, but I wasn't able to track this down, so I thoug

Re: Compiling LAM MPI

Dalibor wrote: > Gerrit P. Haase familiehaase.de> writes: >> I have some replacement functions for inet_ntop & inet_pton which I >> found in the kaffe sources, these don't include coyright notices and >> compile ok on Cygwin. > Hallo Gerrit, > I've explicitely included them for Cygwin :) Hmm,

Re: Compiling LAM MPI

Gerrit P. Haase familiehaase.de> writes: > I have some replacement functions for inet_ntop & inet_pton which I > found in the kaffe sources, these don't include coyright notices and > compile ok on Cygwin. Hallo Gerrit, I've explicitely included them for Cygwin :) According to the changelog:

Cron doesn't work

I have the cron installed, my crontab is: */2 * * * * perl -e 'open(FILE, ">/cygdrive/c/deleteMe.txt") or die $!; print FILE (time."\n"); close(FILE)' but nothing is going on. Marcos -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports:

Re: SSHD installation defaults / security

On Oct 11 13:29, Jochen Wezel wrote: > Hi! > > I've installed today the current release of cygwin (1.5.11-1) with OpenSSH > package. > > There are 2 issues: > > 1. This package (or at least the ssh-host-config script) depends on > cygserver Neither the package nor ssh-host-config depend on cygs

SSHD installation defaults / security

Hi! I've installed today the current release of cygwin (1.5.11-1) with OpenSSH package. There are 2 issues: 1. This package (or at least the ssh-host-config script) depends on cygserver, which doesn't gets installed automatically. Please can somebody change this dependency to select cygserver au

RE: Memory debugging under cygwin

Reini Urban wrote: >>> Great shame that valgrind isn't ported to cygwin! > > but dmalloc is. > after libtoolizing and autoreconf with latest autotools just add > AM_WITH_DMALLOC to your configure.in Hmmm, I've yet to bite the libtool bullet but if it gets dmalloc working maybe nows the time to do

libtool / assembler problem with -DPIC

Hello, With GNU as PIC is not an noop, when -DPIC is used to invoke gas the generated assembly is broken. I saw this problem with a reautoconfiscated version of GMP. This may be unusual, but there was libtool used to invoke gas. While -DPIC is a noop for usual compilation, it is harmful when us

Re: Patent question, libtiff, LZW -- Attn: Corinna

On Oct 10 17:48, Charles Wilson wrote: > So, to release the latest version of libtiff (3.7.0beta2) I need to do > one of the following: > (1) get permission from Red Hat (it's their server, after all) to > publish an LZW-enabled libtiff > (2) rip the LZW stuff back out > > I'd prefer (1). C

Re: libtool bug

Charles Wilson writes: > BTW, Jan, I gather that, despite my earlier doubts, the libtool > changes in 1.5.10 fixed the "The application failed to initialize > properly (0xc005). Not exactly, it is fixed, but I cannot confirm that was the fix. Guile had a copy of libtool pre 1.4 or something,

missing type in sys/types.h

Hi, I've just tried to build MPICH-1.2.6 on the current Cygwin release and have had a problem because "bool_t" isn't defined in "sys/types.h" so that "rpc/xdr.h" couldn't be compiled. After adding the line "typedef int bool_t;" to sys/types.h and adding "-lib=-lrpc" to mpich's "configure" (otherwi

Re: ALSA for Cygwin searched

On Oct 10 20:41, Gerrit P. Haase wrote: > Larry Hall wrote: > >>>http://www.liquid-reality.de/main/projects/esound > >> > >>This is cool. > > >Indeed. It's also a little distressing since the only zip I could find to > >download there didn't contain source and included cygwin1.dll. :-( This > >

Re: libtool bug

Hello Reini, [...] > But it didn't help on another (related?) new cygwin libtool problem: > Sometimes it switches to .exe instead of .dll. Will investigate this > further. My current theory is that -o just missed the .dll > extension and .exe is then taken as default. I saw similar errors be

Re: [OT] Re: Spurious "You have multiple copies of cygwin1.dll on y our syste m."

On 11 Oct, Robin Bowes wrote: > I found this from the postilion home page (http://www.postilion.org) under > "nagging bugs" (!) : > > "Entering a Full Name <[EMAIL PROTECTED]>, or [EMAIL PROTECTED] (Full Name) format > address in the preferences widget will not work properly. Setting th