RE: perlcc does not work on my cygwin-please help

>-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of >Pinhas Krengel >Sent: Tuesday, January 27, 2004 9:09 AM >To: [EMAIL PROTECTED] >Subject: perlcc does not work on my cygwin-please help > >perlcc does not work on my cygwin (win XP). I have tried to re-insta

Re: porting bsd-games for cygwin

> I was working with Joseph S. Myers who maintains bsd-games and > was able to port most of them. Ah, yes, I was supposed to get back to you on what I'd done to get things running... > I had a few problems where it is felt that cygwin should be updated > to handle the situations. These problems

RE: bash, dircolors, setsid and a stackdump

I just compiled the cygwin dll from latest CVS, and the problem reported in this thread, ie the script: -- #!/bin/bash echo foo sleep 10 -- When run with "setsid bash script.sh" no longer produces a stackdump and works correctly. -- Rafael -- Unsubscribe info: http

Re: OpenSSL libcrypto

> It's amazing what a package search will turn up... > > Hi, thanks for that. Turned out I needed to install the openssl-devel package. cheers King -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem report

perl cygwin weird thing ..

im using latest cygwin 1.5.6 on windows 2000 server ia32. doing $ perl -e 'print "a" x 0x' will display weird result perl will core dump when parsing file contain printf "%s",'a' x 0x; does anybody got the same problem ? -- Using M2, Opera's revolutionary e-mail client: http://www.

Re: perlcc does not work on my cygwin-please help

On Tue, Jan 27, 2004 at 07:08:48PM +0200, Pinhas Krengel wrote: > perlcc does not work on my cygwin (win XP). I have tried to re-install > cygwin, read the assorted documents but can not figure out what is wrong. > It seems to be a very basic problem as it reports error of not finding some > file t

Re: OpenSSL libcrypto

At 08:47 PM 1/27/2004, King Lung Chiu you wrote: >Hi, > >I'm trying to build openssh-3.7.1p2 on Cygwin, but I get the following >error after running configure: > > configure: error: *** Can't find recent OpenSSL libcrypto (see config.log > for details) *** > >I haven't seen any similar posts in t

OpenSSL libcrypto

Hi, I'm trying to build openssh-3.7.1p2 on Cygwin, but I get the following error after running configure: configure: error: *** Can't find recent OpenSSL libcrypto (see config.log for details) *** I haven't seen any similar posts in the cygwin mailing list archive. So any ideas how to fix t

Re: reent_data missing in 1.5.6 cygwin1.dll

I understand why you chose a personal reply, but I'd still rather keep it on the list. Thanks. On Tue, 27 Jan 2004, Chris Metcalf wrote: > Thanks for the reply. I'll try again with 1.5.7. > Or, preferably with the latest snapshot to assure it really is fixed. Please :-). > I must have searched

Re[3]: 'bash --login -i' takes 9 secs !

On Tue, 27 Jan 2004, pd wrote: > Tuesday, January 27, 2004, 9:09:36 PM, you wrote: > > IP> Now you 'strace' both calls to see where the time goes (each gives about > IP> 300 lines of strace and, FWIW, each takes <.2s on my Win2k machine). > > In both cases (uname and hostname) the problem is with

Re[3]: 'bash --login -i' takes 9 secs !

Tuesday, January 27, 2004, 9:09:36 PM, you wrote: IP> Now you 'strace' both calls to see where the time goes (each gives about IP> 300 lines of strace and, FWIW, each takes <.2s on my Win2k machine). In both cases (uname and hostname) the problem is with cygwin_gethostname: name 103baran Almost

Re[2]: 'bash --login -i' takes 9 secs !

On Tue, 27 Jan 2004, pd wrote: > yes, I noticed two strange things: > time hostname > and > time uname -s > are giving me circa 3.54 secs each! > > but now what? > strace them to see what call is taking all the time. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Syste

Re[2]: 'bash --login -i' takes 9 secs !

On Tue, 27 Jan 2004, pd wrote: > Tuesday, January 27, 2004, 8:42:47 PM, you wrote: > > IP> Ugh, I caught the typo on my command line, but forgot to change the > IP> message. Make that "bash --login -i -x -c true". Sorry. > IP> Igor > yes, I noticed two strange things: > time hostname > and >

Re: gdb problem

On Tue, Jan 27, 2004 at 02:38:28PM +0100, RS wrote: >>Don't use CYGWIN=tty when debugging. It confuses the debugee. > >First of all thank you, it really helps when I start a shell using >"cygwin\cygwin.bat". Ok. So, if you want to do this, then you will observe the behavior that you mentioned.

Re[2]: 'bash --login -i' takes 9 secs !

Tuesday, January 27, 2004, 8:42:47 PM, you wrote: IP> Ugh, I caught the typo on my command line, but forgot to change the IP> message. Make that "bash --login -i -x -c true". Sorry. IP> Igor yes, I noticed two strange things: time hostname and time uname -s are giving me circa 3.54 secs each

Re: Problem with DLLs and processes

On Tue, Jan 27, 2004 at 10:48:16AM -0500, Larry Hall wrote: >Actually, the recommended approach is to distribute your program that >depends on Cygwin and then point to cygwin.com's setup to install the >Cygwin package (and anything else needed/wanted). Obviously, this could >be automated too. > >

Re: reent_data missing in 1.5.6 cygwin1.dll

Please try to configure your mailer to wrap at <= 80 characters per line. On Tue, 27 Jan 2004, Chris Metcalf wrote: > I just updated my Cygwin install and one of my locally-built, old > Tcl/Tk programs, ical, now reports "The procedure entry point reent_data > could not be located in the dynamic

Re: 'bash --login -i' takes 9 secs !

On Tue, 27 Jan 2004, Igor Pechtchanski wrote: > On Tue, 27 Jan 2004, pd wrote: > > > Hello, > > 9 seconds to start up bash on PIV 2.6 machine is way too slow > > for me :-) > > Hear, hear. > > > The faq q&a "Why is Cygwin suddenly so slow?" probably doesn't > > fit here, because I had never have c

Re: 'bash --login -i' takes 9 secs !

On Tue, 27 Jan 2004, pd wrote: > Hello, > 9 seconds to start up bash on PIV 2.6 machine is way too slow > for me :-) Hear, hear. > The faq q&a "Why is Cygwin suddenly so slow?" probably doesn't > fit here, because I had never have cygwin 1.3.3 or earlier on my > machine. Yes, you don't seem to

reent_data missing in 1.5.6 cygwin1.dll

I just updated my Cygwin install and one of my locally-built, old Tcl/Tk programs, ical, now reports "The procedure entry point reent_data could not be located in the dynamic link library cygwin1.dll". If I back off to 1.5.5 again it goes back to working. Normally I'd just rebuild but I had pr

'bash --login -i' takes 9 secs !

Hello, 9 seconds to start up bash on PIV 2.6 machine is way too slow for me :-) The faq q&a "Why is Cygwin suddenly so slow?" probably doesn't fit here, because I had never have cygwin 1.3.3 or earlier on my machine. Please help with any suggestions. Pawel output from cygcheck -s -v -r follows:

Re: configure problem with cygwin on w2k server

At 12:41 PM 1/27/2004, annett.frick you wrote: >dear listmembers, > >I have a problem to configure geos and postgis with cygwin/postgresql- I installed >everything >successfully on a Windows 2000 machine- now I tried to install it on >a Windows 2000 server machine- is there any difference??? >I f

Re: ssh configuration that is pulling my hair out!

At 11:37 AM 1/27/2004, Brian Ford you wrote: >On Tue, 27 Jan 2004, Larry Hall wrote: > >> To me, that suggests that we need to either have a way to optionally >> start the configuration of packages from setup.exe and/or somehow queue >> the user into the READMEs. >> >Technically, the FAQ should hav

Re: cygwin processes and system'ed processes using 100% CPU

On Tue, 27 Jan 2004, Steven Hartland wrote: > Thanks for that but doesn't seem like strace -p works > it just returns to the command line instantly no errors no > nothing. > Your usage is correct. Let me guess, this is strace from 1.5.5. It was broken in this regard. Please use the strace and D

RE: ssh configuration that is pulling my hair out!

At 11:25 AM 1/27/2004, Edward W. Rouse you wrote: >> -Original Message- >> >> At 11:03 AM 1/27/2004, Larry Hall you wrote: >> >At 03:03 AM 1/27/2004, Brian Dessent you wrote: >> >>Larry Hall wrote: >> >> > >> > >> >To me, that suggests that we need to either have a way to optionally >> >

RE: cygwin processes and system'ed processes using 100% CPU

On Tue, 27 Jan 2004, Dave Korn wrote: > > From: cygwin-owner On Behalf Of Brian Ford > Try it, it works. Notice the above :). > Brian Ford wrote: > > http://www.cygwin.com/ml/cygwin/2003-12/msg00652.html > > > I've read that message a dozen times, and I can't make head or tail of it. > > It

Re: cygwin processes and system'ed processes using 100% CPU

Thanks for that but doesn't seem like strace -p works it just returns to the command line instantly no errors no nothing. using: strace -o test.txt -p 1676 I just get an empty file then strace quits. Cant see anything stupid Im missing were ps -al gives: PIDPPIDPGID WINPID TTY UID

RE: cygwin processes and system'ed processes using 100% CPU

> -Original Message- > From: cygwin-owner On Behalf Of Brian Ford > > Does appear the list software needs a bit of an update though. > > The issue with it setting personal address as the reply to > field could > > do with being fixed at the very least would save a lot of hassle. > > >

Re: cygwin processes and system'ed processes using 100% CPU

On Tue, 27 Jan 2004, Steven Hartland wrote: > That's one for the notes for the future. A totally new subject and > new content tends to indicate a new thread to my mail reader > but I suppose all are not created even. > Use a better reader :). > Does appear the list software needs a bit of an up

Re: Server Report

This is an automated email reply to acknowledge your message to [EMAIL PROTECTED] Slurp is Inktomi Corporation's web-indexing robot. It collects documents from the World Wide Web to build a searchable index for search services using the Inktomi search engine. For more information or to see a list

Re: cygwin processes and system'ed processes using 100% CPU

That's one for the notes for the future. A totally new subject and new content tends to indicate a new thread to my mail reader but I suppose all are not created even. Does appear the list software needs a bit of an update though. The issue with it setting personal address as the reply to field c

configure problem with cygwin on w2k server

dear listmembers, I have a problem to configure geos and postgis with cygwin/postgresql- I installed everything successfully on a Windows 2000 machine- now I tried to install it on a Windows 2000 server machine- is there any difference??? I followed the instructions from the Windows PostGIS Inst

perlcc does not work on my cygwin-please help

perlcc does not work on my cygwin (win XP). I have tried to re-install cygwin, read the assorted documents but can not figure out what is wrong. It seems to be a very basic problem as it reports error of not finding some file that are installed in my perl package. For example perl.h is not found. T

RE: cygwin processes and system'ed processes using 100% CPU

> -Original Message- > From: cygwin-owner On Behalf Of Steven Hartland > Sent: 27 January 2004 16:49 > To: [EMAIL PROTECTED] > Subject: Re: cygwin processes and system'ed processes using 100% CPU > > Sorry did I miss something where was the new issue? > > Steve Here's (some of) th

Re: cygwin processes and system'ed processes using 100% CPU

On Tue, 27 Jan 2004, Steven Hartland wrote: > Sorry did I miss something where was the new issue? > My mailer and the list archives show your original message as a reply to: http://www.cygwin.com/ml/cygwin/2004-01/msg01171.html So, the new issue was your original one. -- Brian Ford Senior Real

Re: cygwin processes and system'ed processes using 100% CPU

Sorry did I miss something where was the new issue? Steve - Original Message - From: "Brian Ford" Sent: Tuesday, January 27, 2004 4:22 PM Subject: Re: cygwin processes and system'ed processes using 100% CPU > Please start a new thread rather than replying to an old one for new > iss

Re: vim SEGV fixed by latest snapshot

On Tue, 27 Jan 2004, James Garrison wrote: > Just confirming that the vim SEGV failure on saving changes > is corrected by the latest (040126) cygwin1.dll snapshot. > (I'm a newbie here -- is this sort of msg appropriate?) > Only when it hasn't already been confirmed once: http://www.cygwin.com/m

Re: SCP doesn't complete transfers of large files

On Tue, Jan 27, 2004 at 08:42:41AM -0500, Igor Pechtchanski wrote: > On Tue, 27 Jan 2004, Olaf Föllinger wrote: > > > On Tue, Jan 27, 2004 at 12:36:29PM +0100, Dirk Sondermann wrote: > > > I have also noticed this problem when copying files ~1GB from > > > a remote host to the local host. > > > >

Hello

Norton AntiVirus Deleted1.txt Description: plain/text -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: ssh configuration that is pulling my hair out!

On Tue, 27 Jan 2004, Larry Hall wrote: > To me, that suggests that we need to either have a way to optionally > start the configuration of packages from setup.exe and/or somehow queue > the user into the READMEs. > Technically, the FAQ should have accomplished that under "Where's the documentation

RE: ssh configuration that is pulling my hair out!

Edward W. Rouse ComSquared Systems, Inc. Lead Developer, UniSearch Process Optimizer (R) > -Original Message- > > At 11:03 AM 1/27/2004, Larry Hall you wrote: > >At 03:03 AM 1/27/2004, Brian Dessent you wrote: > >>Larry Hall wrote: > >> > > > >To me, that suggests that we need to

Re: Keypress anomaly: maybe locality specific

Just an update: I can reproduce the error locally and will try to debug it. Don't expect a fix too soon, though - the month hasn't started yet. rlc On Mon, Jan 26, 2004 at 08:10:10PM +0100, Ronald Landheer-Cieslak wrote: > OK, from the responses I got (and the code I looked at) I gather that my

vim SEGV fixed by latest snapshot

Just confirming that the vim SEGV failure on saving changes is corrected by the latest (040126) cygwin1.dll snapshot. (I'm a newbie here -- is this sort of msg appropriate?) -- James GarrisonAthens Group, Inc. mailto:[EMAIL PROTECTED]5608 Parkcres

Re: cygwin processes and system'ed processes using 100% CPU

Please start a new thread rather than replying to an old one for new issues. On Tue, 27 Jan 2004, Steven Hartland wrote: > General question has anyone else seen processes running under > cygwin using 100% CPU when the shouldn't. > The background is cygwin 1.5.5 I have a perl script which > monito

Re: ssh configuration that is pulling my hair out!

At 11:03 AM 1/27/2004, Larry Hall you wrote: >At 03:03 AM 1/27/2004, Brian Dessent you wrote: >>Larry Hall wrote: >> >>> Precisely. The idea of adding to the FAQ for something that should be >>> obvious goes against my grain but I'm OK with the notion if doing so >>> addresses a problem. But, at

Re: troubelshouting with cygwin

On Tue, 27 Jan 2004, Skippy the Kangoo wrote: > Hi > > My english is very bad but I need your help. > > I have a troubleshout whit cygwin and gcc. > > When I compiled my code source with gcc, it say > > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: > cannot > find

Re: ssh configuration that is pulling my hair out!

At 03:03 AM 1/27/2004, Brian Dessent you wrote: >Larry Hall wrote: > >> Precisely. The idea of adding to the FAQ for something that should be >> obvious goes against my grain but I'm OK with the notion if doing so >> addresses a problem. But, at least to me, this one seems way off to one >> end

Re: ash signal problems with latest CVS

Brian Ford wrote: Incidentally, is there a way to reliably compare two CVS built DLLs from the cygcheck or uname -a output? I don't think so, since both just include the date the DLL was built. FWIW, this problem appears to be fixed by: http://www.cygwin.com/ml/cygwin/2004-01/msg01160.html Concu

Re: troubelshouting with cygwin

At 09:36 AM 1/27/2004, Skippy the Kangoo you wrote: >Hi >My english is very bad but I need your help. >I have a troubleshout whit cygwin and gcc. >When I compiled my code source with gcc, it say >/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: cannot >find -luser32 >colle

Re: ash signal problems with latest CVS

On Mon, 26 Jan 2004, David Rothenberger wrote: > Brian Ford wrote: > > Are you sure this is the latest CVS? It looks like the same problem fixed > > here to me: > > > > http://www.cygwin.com/ml/cygwin/2004-01/msg01140.html > > > Yes, I'm sure it is the latest CVS. The problem above is fixed in m

RE: Problem with DLLs and processes

At 06:47 AM 1/27/2004, Dave Korn you wrote: > > >> -Original Message- >> From: cygwin-owner On Behalf Of Przemyslaw Sliwa > >> I have a question regarding the dynamically linked libraries >> in Cygwin. >> When I compile my program under cygwin it uses the dlls. And >> then during the run

Re: ssh-add hangs on Windows 95

At 05:59 AM 1/27/2004, Trevor Vaughan you wrote: >Hi, > >I have successfully installed the latest (22 Jan 04) Cygwin release on 3 >computers: 2 running Windows 2000 and one running Windows 95. I can now >successfully access my CVS repository remotely from any of these machines, >using the Cygwin ss

Re: cygwin processes and system'ed processes using 100% CPU

Thanks for that Brian I was avoiding 1.5.6 due to the amount of issues I've seen flying around with it. Looks like they have settled with -1 so I will try upgrading 1 machine and see if I can reproduce. Cheers. Steve - Original Message - From: Sent: Tuesday, January 27, 2004 2:50

Re: cygwin processes and system'ed processes using 100% CPU

Try upgrading to 1.5.6-1 and retest. A lot of things causing aberrant CPU and memory using and process hangs have been fixed with this release. No promises that it covers your problem, but anyone reporting problems with older versions of the cygwin1.dll is only going to be told UPGRADE before the

RE: Probably stupid question about line termination

> -Original Message- > From: Benson Margulies [Contact me via the list, rather than CC'ing me, please. That way all the answers to all people's problems end up in the public searchable archive, not just in people's private inboxes. Also, someone would already have answered you by now,

cygwin processes and system'ed processes using 100% CPU

General question has anyone else seen processes running under cygwin using 100% CPU when the shouldn't. The background is cygwin 1.5.5 I have a perl script which monitors process cpu levels. It does this using serveral system calls to other utils, ps, vmstat and pslist ( win32 app from sysinternals

troubelshouting with cygwin

Hi My english is very bad but I need your help. I have a troubleshout whit cygwin and gcc. When I compiled my code source with gcc, it say /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: cannot find -luser32 collect2: ld returned 1 exit status I don't now what this.

Re: SCP doesn't complete transfers of large files

On Tue, 27 Jan 2004, Olaf Föllinger wrote: > On Tue, Jan 27, 2004 at 12:36:29PM +0100, Dirk Sondermann wrote: > > I have also noticed this problem when copying files ~1GB from > > a remote host to the local host. > > > > Strangely, if x is a big file and x0 has just a few bytes, > > scp remote:x .

RE: gdb problem

> Don't use CYGWIN=tty when debugging. It confuses the debugee. > cgf First of all thank you, it really helps when I start a shell using "cygwin\cygwin.bat". But I do not understand why it helps, because gdb is a unix program and I thought that problems with tty option may occur with Windows prog

Re: Problem with DLLs and processes

Przemyslaw Sliwa wrote: Woww, It seems it is much more complicated than just the simple STATIC option in GCC under Linux. But there must be a way to link the executable with the dlls. Like in Linux. There really isn't way. There is some ways to get around it, like bundling that DLL inside a

RE: Problem with DLLs and processes

Woww, It seems it is much more complicated than just the simple STATIC option in GCC under Linux. But there must be a way to link the executable with the dlls. Like in Linux. The other things do not work properly. I can set the priorities but it is not possible to quit the console without s

Re: SCP doesn't complete transfers of large files

On Tue, Jan 27, 2004 at 12:36:29PM +0100, Dirk Sondermann wrote: > I have also noticed this problem when copying files ~1GB from > a remote host to the local host. > > Strangely, if x is a big file and x0 has just a few bytes, > scp remote:x . may hang while scp remote:x* . succeeds. Same observa

RE: commandline expansion problems

Try using single Quotes instead of the double Quotes! ./bemcmd -o2 -jbtest -m"testms" -s'C:\WINNT\Temp\*.*' -mp:1 -w -r ... > $ ./bemcmd -o2 -jbtest -m"testms" -s"C:\WINNT\Temp\*.*" -mp:1 -w -r > ./bemcmd -o2 -jbtest -m"testms" -s"C:\WINNT\Temp\*.*" -mp:1 -w -r > + ./bemcmd -o2 -jbtest -mtestms

RE: Problem with DLLs and processes

> -Original Message- > From: cygwin-owner On Behalf Of Przemyslaw Sliwa > I have a question regarding the dynamically linked libraries > in Cygwin. > When I compile my program under cygwin it uses the dlls. And > then during the runtime it loads all the functions from the dll. > A sim

Re: SCP doesn't complete transfers of large files

I have also noticed this problem when copying files ~1GB from a remote host to the local host. Strangely, if x is a big file and x0 has just a few bytes, scp remote:x . may hang while scp remote:x* . succeeds. Dirk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem report

ssh-add hangs on Windows 95

Hi, I have successfully installed the latest (22 Jan 04) Cygwin release on 3 computers: 2 running Windows 2000 and one running Windows 95. I can now successfully access my CVS repository remotely from any of these machines, using the Cygwin ssh and cvs utilities, which was my primary goal. In the

Problem with DLLs and processes

Hi, I have a question regarding the dynamically linked libraries in Cygwin. When I compile my program under cygwin it uses the dlls. And then during the runtime it loads all the functions from the dll. A similar story we have under Linux when one uses the .lo or .so files. However I want to use

Re: Patch suggestion for netcat-1.10.2 (ping Corinna)

On Jan 26 15:45, Dave Korn wrote: > BTW, are you aware of the GNU netcat (http://netcat.sf.net/)? Someone's > started off a project the idea of which seems to be to bring netcat > up-to-date, tidy up the code and extend the functionality, and get an > ongoing opensource development effort going.

[ANNOUNCEMENT] Updated: ash-20040127-1

I've updated the version of ash to 20040127-1. This version of ash now has the getopts(1) command enabled. Another change is to drop vfork in favor of fork since ash makes a few incorrect assumption about vfork which will result in trouble with the upcoming Cygwin 1.5.7. To update

Re: freeze-up running bash and make

Yes, that fixed it, thanks all. - Q-Games, Dylan Cuthbert. http://www.q-games.com "Larry Hall" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > At 04:12 AM 1/26/2004, Dylan Cuthbert you wrote: > >Hello all, > > > >I have just upgraded to the latest cyg

commandline expansion problems

Hi, I am trying to use a commandline "bemcmd" tool from VERITAS "Backup Exec" To show how bash is executing the command i set the runtime parameter -xv $ set -xv when i run the command in the bash shell i get the error message "Invalid or missing command line parameter." $ ./bemcmd -o2 -jbtest

Re: ssh configuration that is pulling my hair out!

Larry Hall wrote: > Precisely. The idea of adding to the FAQ for something that should be > obvious goes against my grain but I'm OK with the notion if doing so > addresses a problem. But, at least to me, this one seems way off to one > end of "obviousness" so I have to question the "obvious" s

Re: This Just In: Mozilla Releases Compiled Using Cygwin

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Randall R Schulz wrote: | Evidently they're using the MSVC compiler, but use Cygwin for their | Windows-based build activities. Too bad we can't see what's in | "$(CYGWIN_WRAPPER)". I guess it is here, in the build instructions: