Re: Problems with cygwin bash shell under NT Emacs

and I haven't bothered to change that. Maybe now is a good time -- Rolf -- 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: Problems with cygwin bash shell under NT Emacs

your reference. Python just seems to be the only cygwin binary my bash can't handle. Thats driving me nuts -- Rolf -- 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: Problems with cygwin bash shell under NT Emacs

this works for me. Yes, works for me too. I just love simple solutions for nagging problems. Thx a lot! -- Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FA

Re: Problems with cygwin bash shell under NT Emacs

Will writes > I don't know if there's one specifically for NTEmacs, but gnu.emacs.help > answers NTEmacs questions. Thx for the pointer. Haven't thought about it. -- Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cyg

Re: I can jam cygwin in 10 minutes in a 1000 instance loop- can you?

Corinna Vinschen wrote: On Fri, Mar 21, 2003 at 12:15:28PM -0800, Mike W. wrote: This relates to a bug in my copy of cygwin, which jams when the PID goes over about 36800. With a script, this can easily happen in less than 10 minutes, like during a build. How high can your PID go before you jam c

Re: Corrected: setup.exe beta (testing needed - really!)

Robert Collins wrote: A new release of setup.exe is imminent. There are many changes, and to reduce problems, feedback from YOU, is needed. The new version is available from http://www.cygwin.com/setup-snapshots/setup-2.340.2.3.exe (binary) and http://www.cygwin.com/setup-snapshots/setup-2.340.2.3.

Re: Determining the location of a Cygwin installation

You mean "cygpath -w -p /bin", because he said "I need to determine the native path to the directory containing cygwin1.dll" John Morrison wrote: You didn't say whether you wanted it for a script or exe, for a script... cygpath -w -p / works for me :) J. -Original Message- From: [EMAI

Re: Corrected: setup.exe beta (testing needed - really!)

Robert Collins wrote: On Thu, 2003-03-27 at 03:15, Rolf Campbell wrote: Robert Collins wrote: A new release of setup.exe is imminent. There are many changes, and to reduce problems, feedback from YOU, is needed. The new version is available from http://www.cygwin.com/setup-snapshots/setup

Re: Determining the location of a Cygwin installation

lled. The easiest way would be to have 2 different users install local for "Just Me". And about searching for "bin/cygwin1.dll". You could first try "C:\cygwin\bin\" (which should match 99% of all cases), and only if that fails, look for the DLL the hard way.

Re: Determining the location of a Cygwin installation

Francis Litterio wrote: Andrew DeFaria wrote: Secondly, if I could get my users to set their "ApplicationPaths" I could as easily get them to set their PATHs. The real world situation is that this is not the case and neither PATH nore ApplicationPaths are set. Here's an idea: Traverse the direc

Re: Corrected: setup.exe beta (testing needed - really!)

Robert Collins wrote: A new release of setup.exe is imminent. There are many changes, and to reduce problems, feedback from YOU, is needed. The new version is available from http://www.cygwin.com/setup-snapshots/setup-2.340.2.3.exe (binary) and http://www.cygwin.com/setup-snapshots/setup-2.340.2.3.

Re: accessing drives at block level in win98

[EMAIL PROTECTED] wrote: Hello list, I have searched but have been unable to solve the following problem: Can win98 access /dev/sda directly? the article here suggests that only NT+ can do this??? http://www.cygwin.com/cygwin-ug-net/using-specialnames.html That article is correct. You can't do t

Re: Determining the location of a Cygwin installation

And about searching for "bin/cygwin1.dll". You could first try "C:\cygwin\bin\" (which should match 99% of all cases), Sorry. I count for more than 1% ;-) Software packages belong in C:\Program\* and nowhere else (Note that this is equal to "C:\Program Files\*" on ENGLISH Win98. Ahhh... yeah

Re: Corrected: setup.exe beta (testing needed - really!)

dependancy analysis different than the old one? I would guess that this new one tries to install anything that is depended on and not already installed, where-as the old one only checks when you are installing the original package? -Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe

Re: 1.3.22: (gcc) problem using gettimeofday with -mno-cygwin

Rob Siklos wrote: Hello, I am trying to compile the following trivial program: #include #include int main() { struct timeval tv; gettimeofday(&tv, NULL) ; printf("%ld %ld\n", tv.tv_sec, tv.tv_usec); return 0; } When I use gcc with no options, everything works fine. Howeve

Re: Corrected: setup.exe beta (testing needed - really!)

Max Bowsher wrote: Robert Collins wrote: On Thu, 2003-03-27 at 22:10, Vince Hoffman wrote: Ok, well this is 'not good' :}. At what point does it crash? At start before any window appears. Shuttting down cygwin services made no difference. let me know if there is any more i can do to help the pr

Re: [ANNOUNCEMENT] Updated: perl-5.8.0-2

Gerrit P. Haase wrote: perl-5.8.0-2 release has been uploaded to sourceware -- it should be on the mirrors soon. Several problems with this version. A bunch of my scripts have stopped working, and when I tried to figure out why, I got some very strange behavior from the debugg

Re: [ANNOUNCEMENT] Updated: rxvt-2.7.10-1

The icon associated with the rxvt window has changed (to the windows icon). Steve O wrote: rxvt is a terminal program that can be used instead of the windows command shell. It does not require an X server. Geoff Wing has recently released rxvt 2.7.10, a development version that disables features

RE: Updated: perl-5.8.0-2

So, is this a cygwin perl problem? Or has the stock perl decided to only work with magic ENV variables? > -Original Message- > From: Gerrit P. Haase [mailto:[EMAIL PROTECTED] > Sent: Monday, March 31, 2003 3:30 PM > To: Rolf Campbell > Subject: Re: Updated: perl-5.8.0-

Re: Corrected: setup.exe beta (testing needed - really!)

Max Bowsher wrote: Rolf Campbell wrote: Max Bowsher wrote: Robert Collins wrote: On Thu, 2003-03-27 at 22:10, Vince Hoffman wrote: Ok, well this is 'not good' :}. At what point does it crash? At start before any window appears. Shuttting down cygwin services made no difference. let

Re: Updated: perl-5.8.0-2

Gerrit P. Haase wrote: Hallo Rolf, Am Montag, 31. März 2003 um 19:47 schriebst du: Gerrit P. Haase wrote: perl-5.8.0-2 release has been uploaded to sourceware -- it should be on the mirrors soon. Also, when I ran cygcheck, I got: cygcheck: dump_sysinfo: GetVolumeInformation

OT: disk structure (was Re: Determining the location of a Cygwininstallation)

Hannu E K Nevalainen (garbage mail) wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rolf Campbell Software packages belong in C:\Program\* and nowhere else (Note that this is equal to "C:\Program Files\*" on ENGLISH Win98. Ahhh... yeah. So, what is the rest of th

Re: Aliases no longer defined?

Peter Davis wrote: I recently switched from Windows NT4 and Windows 2000 to Windows XP. I installed cygwin freshly on both systems. Now I'm noticing that on both systems, .bashrc seems to be completely ignored. I haven't changed this file at all, but suddenly the aliases I define and export are

Re: Aliases no longer defined?

Igor Pechtchanski wrote: P.S. On an unrelated note, the use of shell functions is recommended over the use of aliases. Why is that? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.

Re: Aliases no longer defined?

Peter Davis wrote: On Mon, 31 Mar 2003 18:15:13 -0500 Rolf Campbell <[EMAIL PROTECTED]> wrote: Peter Davis wrote: I recently switched from Windows NT4 and Windows 2000 to Windows XP. I installed cygwin freshly on both systems. Now I'm noticing that on both systems, .bashrc

Re: bash hang ( G:\Cygwin\bin\find.exe: *** WFSO timed out for afterlongjmp)

Elfyn McBratney wrote: Hi, I've seen this quite a lot of hangs over the last 3-4 months when doing large find's and it's not always easy reproduce and normally occurs when find has finished and returned, but not always. If you run the following from a bash prompt (seen it in cmd.exe and rxvt) and

Re: Updated: perl-5.8.0-2

Gerrit P. Haase wrote: Rolf schrieb: So, is this a cygwin perl problem? Or has the stock perl decided to only work with magic ENV variables? I don't see the problem in the latest Perl (5.9.0) and I'm trying to figure out how it can be fixed, in the meantime, please try to use the ma

Re: Aliases no longer defined?

Peter Davis wrote: Ok. There ain't much worth cracking my system for anyway. Here's the /etc/passwd file from one machine below. Thanks for any help with this! -pd SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-WINBOX-XPRO\Adm

Re: Aliases no longer defined?

Igor Pechtchanski wrote: On Tue, 1 Apr 2003, Rolf Campbell wrote: Peter Davis wrote: Ok. There ain't much worth cracking my system for anyway. Here's the /etc/passwd file from one machine below. Thanks for any help with this! -pd SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:

Re: Aliases no longer defined?

[EMAIL PROTECTED] wrote: On Tue, Apr 01, 2003 at 11:17:48AM -0500, Rolf Campbell wrote: Peter Davis wrote: Ok. There ain't much worth cracking my system for anyway. Here's the /etc/passwd file from one machine below. Thanks for any help with this! -pd SYSTEM:*:18:544

Re: Aliases no longer defined?

Peter Davis wrote: To recap, this same exact .bashrc file used to work, on my previous Windows(2000) machine. Now, on WinXP, it doesn't. In fact, even if I explicitly type "source~/.bashrc" at the shell prompt, it doesn't work. This is because ~ expands to ${HOME}, which is /cygdrive/c/home. I

cygcheck: dump_sysinfo: GetVolumeInformation() failed (was: Re:Updated: perl-5.8.0-2)

Frédéric L. W. Meunier wrote: Rolf Campbell wrote: /home/rcampbell> cygcheck -svr > /tmp/cygcheck.txt cygcheck: dump_sysinfo: GetVolumeInformation() failed: 53 I got $ cygcheck -svr > /tmp/cygcheck.txt cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1005 cygcheck: dum

Re: setup.exe troubleshooting snapshot

Max Bowsher wrote: I've uploaded a new setup troubleshooting snapshot: http://www.cygwin.com/setup-snapshots/setup-2.340.2.3-no-set_default_sec.exe This is simply 2.340.2.3 with the recently-added ntsec code deactivated. Please could anyone who can reproduce crashes with 2.340.2.3 give this a try.

Re: Updated: perl-5.8.0-2

Gerrit P. Haase wrote: Hallo Rolf, Am Dienstag, 1. April 2003 um 18:13 schriebst du: Gerrit P. Haase wrote: Rolf schrieb: So, is this a cygwin perl problem? Or has the stock perl decided to only work with magic ENV variables? I don't see the problem in the latest Perl (5.9.0) and I'm

Re: Updated: perl-5.8.0-2

Rolf Campbell wrote: Gerrit P. Haase wrote: Hallo Rolf, Am Dienstag, 1. April 2003 um 18:13 schriebst du: Gerrit P. Haase wrote: Rolf schrieb: So, is this a cygwin perl problem? Or has the stock perl decided to only work with magic ENV variables? I don't see the problem in the latest

Re: Updated: perl-5.8.0-2

Gerrit P. Haase wrote: Hallo Rolf, TEST.PL: 1:#!/bin/perl 2:$/ = "\r\n"; 3: 4:open( LOG, "; 9:print $in; Ok, so you get the same results as me. They are both wrong. The script should only print the first line. I just tried something, I made a file like this: "000 a

Re: Updated: perl-5.8.0-2

Gerrit P. Haase wrote: Hallo Rolf, So, I've recieved confirmation that this problem is only with cygwin perl, and not with GNU/Linux perl (5.8). So, please file a bugreport, perlbug is included in the dist. Gerrit Which ports is perlbug for? -- Unsubscribe info: http://cygwin.c

Sparse file performance (Was: Re: Sparse file criteria malfunction- binutils produces sparse .exe & .dll files)

Christopher Faylor wrote: I remade the executables in an old version of inetutils. The numbers below show that only the larger ones are sparse (so the relative overhead is small) and that stripping them removes sparseness. This is exactly the kind of data I was looking for. It seems to me that

website broken

When I view "www.cygwin.com", I get an empty page. /home/rcampbell> wget -S www.cygwin.com --16:57:26-- http://www.cygwin.com/ => `index.html' Resolving www.cygwin.com... done. Connecting to www.cygwin.com[66.187.233.205]:80... connected. HTTP request sent, awaiting response... End of

Re: Restricted

Martin Gainty wrote: Hello All- Anyone run across the keywork 'restricted'? What does it mean? Many Thanks, -Martin It means that children must be accompanied by an adult. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html D

Re: 1.5.0: rxvt copy/paste problems

I am unable to reproduce using 1.5.0/Win2000ProSp4 David Rothenberger wrote: I'm seeing some weird, new behavior with rxvt under cygwin-1.5.0-1 related to copy/paste and its interaction with the Windows clipboard. All of the weirdness described below goes away when I revert to 1.3.22. I'm runnin

Re: Backing up cygwin

Luciano wrote: Well, thanks for making me aware of the other two things that he mentioned, although I still have no idea of what he is talking about :-) Now, why not store these things in goold old fuzzy and warm text files? Registry sucks, and it sucks badly. The reason why the mount table can

Re: Anyone trying 1.5.0 for anything other than managed mode?

I've been using 1.5.0 for my large build environment since it was released. No problems yet. (in fact, I notice the speed improvement over 1.3.22 -- you know, that sparse file thing). Christopher Faylor wrote: Can I take the silence on bug reports for anything other than managed mode as a good

Re: Anyone trying 1.5.0 for anything other than managed mode?

Gary R. Van Sickle wrote: I've been using 1.5.0 for my large build environment since it was released. No problems yet. Same story here, with one exception, discussed later. I used all the latest [test] libs, bash, etc at work all day today, rebuilt gcc from cvs, re-autox-ed source trees, ev

Re: [PATCH] : make cygpath use multiple filename arguments

What about filenames with spaces in them? Wouldn't the output be ambiguous? Mark Blackburn wrote: Dunno if anybody will find this useful or not: Currently if you say: # cygpath -w /usr /lib you get a usage error. With my patch you get: # cygpath -w /usr /lib c:\cygwin\usr c:\cygwin\lib Mark.

Re: 1.5.0: rxvt copy/paste problems

ygwin installation with only Base package this morning and the problem still occurs. Rolf, do you use "tty" in your CYGWIN variable? If not, can you try it? If so, would you mind posting your cygcheck output, or emailing it to me privately, so I can investigate further? -Dave Rolf Campbe

Re: FAQ page margin width issue

Larry Hall wrote: Brian Dessent wrote: On cygwin.com, there are two versions of the FAQ page. The first is and is the direct output of texi2html. The second is which is the same content except the texi2html output is in a TABLE, w

2.05b-11 doesn't display prompt with hidden characters correctly

ist of possibilities is displayed (with or without the question). -Rolf Cygwin Win95/NT Configuration Diagnostics Current System Time: Sun Aug 03 12:07:46 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin

Re: 1.5.1 issue?

I have seen this as well. Difficult to reproduce (seems to work correctly > 99% of the time). I was running a 1.5.0 snapshot (from several weeks ago) when I saw it. Charles Wilson wrote: When (re)compiling some of my packages, I noticed that (some) signals are not being propagated to children

Re: Win2k and cygwin memory leak

exits? What about cygwin shared memory? I'm not claiming it's a cygwin problem, I'm just curious. -Rolf -- 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: Win2k and cygwin memory leak

This may be a Win2000 problem, not a cygwin problem...What service pack are you running? You can try one more thing: after you run out of memory and kill mozilla, exit all your cygwin processes, and check to see if the cygwin1.dll file is locked (try renaming it using windows explorer, but, r

Re: cygwin as a replacement for explorer.exe

S. L. wrote: Ralf, [...] If you're asking whether you can replace the Explorer desktop, taskbar, and window manager with Cygwin tools/programs, I'm not sure if it's possible This is one of the goals of the KDE/cygwin project. [...] I think you and Igor gave a too complicated answer. The short one

Re: ash 20020731-3 and/or cygwin 1.5.2 directory vs. executable problem

Jason Tishler wrote: Corinna, On Mon, Aug 11, 2003 at 09:05:39PM +0200, Corinna Vinschen wrote: On Mon, Aug 11, 2003 at 02:06:13PM -0400, Jason Tishler wrote: Since the source of ash 20020731-1 seems identical to ash 20020731-3, this seems to indicate a build and/or cygwin problem... It's a sit

RE: problem after installing New Cygwin DLL 1.3.13-1 release

as it should (I can run the program, I can chmod it). Until I compile it again. Then I get back in the same situation. -Rolf Campbell === First, upgrade to Cygwin DLL 1.3.13-2. Second, read the recent email list messages related to "ntsec" and it

GDB always receives sigsegv with cygwin 1.3.13-2

default by the gui), and click the run button. With both programs & both versions of GDB, the results were the same: With 1.3.12-4, it worked fine. With 1.3.13-2, gdb got the sigsegv signal. I don't know if this is a problem with gdb, or with cygwin (maybe the new malloc?). -Rolf --

RE: GDB always receives sigsegv with cygwin 1.3.13-2

I tried continuing, it hangs for about 5 minutes, then displays "Can't read instruction at " and some address starting with 7. -Rolf > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 15, 2002 7:41 PM > To:

RE: GDB always receives sigsegv with cygwin 1.3.13-2

Both. > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 16, 2002 11:36 AM > To: [EMAIL PROTECTED] > Subject: Re: GDB always receives sigsegv with cygwin 1.3.13-2 > > > On Wed, Oct 16, 2002 at 09:20:18AM -0

RE: GDB always receives sigsegv with cygwin 1.3.13-2

It stops at "_libkernel32_a_iname" with "Unable to Read Instruction at 0x77e88207". > -Original Message- > From: Rolf Campbell > Sent: Wednesday, October 16, 2002 12:04 PM > To: [EMAIL PROTECTED] > Subject: RE: GDB always receives sigseg

RE: GDB always receives sigsegv with cygwin 1.3.13-2

GDB does not 'crash', so it does not produce a traceback. The only traceback that I can get is of the program I'm debugging, which I don't think is meaningful, and I can't seem to copy/paste from the gdb console window. -Rolf > -Original Message- > F

RE: GDB always receives sigsegv with cygwin 1.3.13-2

> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 16, 2002 3:53 PM > > On Wed, Oct 16, 2002 at 01:21:14PM -0400, Rolf Campbell wrote: > >GDB does not 'crash', so it does not produce a traceback. The on

RE: File permission problems with new cygwin dll

That fixed all of my problems! "mkpasswd -du mywindowslogin > /etc/passwd", and then gcc started producing programs that were executable again. -Rolf > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 16, 200

RE: File permission problems with new cygwin dll

It didn't fix the sigsegv problem with gdb, but I was also having problems with gcc producing .exe files that didn't have execute permissions. -Rolf > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 16, 2002 7

RE: starting a cygwin app from a Windows Service

> #endif > > . > . > . > > FILE fp = fopen ("foo", READTEXT); > Doesn't any libc worth it's wieght ignore the "t"? -Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

RE: pthreads "problem" Re: GDB always receives sigsegv with cygwin 1.3.13-2

gt; which dutifully reports it. So, silly question, why did this only start appearing in this new version of cygwin? > So, in the command line at least, you will be able to just > continue on. Yeah, "cont" worked. It worked in the gui too, I just couldn't figure out how to cli

RE: Another problem using GDB

When I try to use dumper, I get an msgbox "The procedure entry point dcgettext__ could not be located in the dynamic link library cygintl-2.dll". -Rolf > -Original Message- > From: egor duda [mailto:[EMAIL PROTECTED]] > Sent: Thursday, October 17, 2002 6:09 AM > T

Dumper.exe doesn't work with libintl2-0.11.5-1. Was: RE: Another problem using GDB

nd it worked fine. I'm running the dumper.exe from cygwin 1.3.13-2. -Rolf > -Original Message- > From: Christopher Faylor [mailto:cgf@;redhat.com] > Sent: Thursday, October 17, 2002 12:32 PM > To: [EMAIL PROTECTED] > Subject: Re: Another problem using GDB > >

RE: gcc builds executables but they're not executable?

Your /etc/passwd file is not valid. I fixed mine using "mkpasswd -du mywinusername > /etc/passwd", I'm not sure what the 'right thing' to do is. -Rolf > -Original Message- > From: Lane, Frank L [mailto:frank.l.lane@;boeing.com] > Sent: Thursday,

RE: 1.3.12: gcc bug: variable named "end"

Doesn't this mean that gcc is not a true ANSI compiler? Shouldn't that variable be "__end" or something to conform with ANSI rules? -R > -Original Message- > From: Randall R Schulz [mailto:rrschulz@;cris.com] > Sent: Saturday, October 19, 2002 1:53 AM > To: [EMAIL PROTECTED] > Subject:

Re: [ANNOUNCEMENT] Updated Cygwin Package: python-2.2.2-1

ersion of python or not.  The "TIOCMBI[SC]" attributes of the termios module seem to have disappeared.  I really don't know what these are, or what they are used for, but if anyone knows what I can change them to, to make it work, I'd be appreciative.   -Rolf Campbell

RE: [ANNOUNCEMENT] Updated Cygwin Package: python-2.2.2-1

quot;license" for more information. >>> import termios >>> hasattr(termios, 'TIOCMGET') 1 The pyserial code was assuming if TIOCMGET was defined, then a bunch of other things would be too (which was a bad assumption). I have patched pyserial (locally) and it seem

RE: dd command problem??

This is in the User Guide: http://www.cygwin.com/cygwin-ug-net/using-specialnames.html 'a:', or 'a:/' is the name of the root directory of the floppy drive, it in not the name of the device. > -Original Message- > From: Bizhong Hu [mailto:[EMAIL PROTECTED]] > Sent: Sunday, November 17, 2

Recent cygwin (1.3.15) causes "make -rsj4" to stop

lder cygwins, and works fine without the '-j4' option.     -Rolf Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Nov 21 14:38:13 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:

RE: [ANNOUNCEMENT] Updated: cygwin-1.3.16-1

This has significantly helped the problems that I was experiencing with "make -j4" locking up my system (it no longer does). Now, I've noticed another (possibly independent) problem. I've attached the cygcheck output and the makefile that exhibits the problem. The makefile creates 1000 c-files,

RE: gcc problem?

different). -Rolf > -Original Message- > From: Carlo Florendo [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, November 20, 2002 9:46 PM > To: [EMAIL PROTECTED] > Subject: gcc problem? > > > Hello, > > Ever since I installed a newer cygwin, I've enc

RE: [ANNOUNCEMENT] Updated Cygwin Package: python-2.2.2-1

> -Original Message- > From: Jason Tishler [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, November 19, 2002 7:18 AM > To: [EMAIL PROTECTED] > Subject: Re: [ANNOUNCEMENT] Updated Cygwin Package: python-2.2.2-1 > > > Rolf, > > On Mon, Nov 18, 2002 at 03:49:3

RE: [ANNOUNCEMENT] Updated: cygwin-1.3.17-1

When I download that package from http://mirror.rcn.net, it says it is corrupt: "Installation error (ø▌®▌ksum failure for file:///cygwin-1.3.17-1.tar.bz2), Continue with other packages?" And yes, the word checksum seems to be spelled with a ® I tried downloading it 4 times, each with the same resul

RE: cygwin 1.3.17-1

;t know why. I didn't change anything. I guess 5th time's the charm. -Rolf > -Original Message- > From: Robert McNulty Junior [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, November 27, 2002 9:55 PM > To: Cygwin > Subject: cygwin 1.3.17-1 > > > This file

RE: Cygwin official logo ?

You got my vote. > -Original Message- > From: Barry Buchbinder [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 29, 2002 9:21 AM > To: [EMAIL PROTECTED] > Subject: Re: Cygwin official logo ? > > > How about a penguin looking through a window? > > The penguin is from > http://www.isc

RE: Cygwin official logo ?

> -Original Message- > From: egor duda [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 29, 2002 9:59 AM > To: Barry Buchbinder > Cc: [EMAIL PROTECTED] > Subject: Re: Cygwin official logo ? > > > BB> How about a penguin looking through a window? > > It'd be clearly misleading. Cygwin

RE: problem with chroot causing Cygwin to get confused about the root directory

When I try "chroot ." in bash I get: $ chroot . chroot: cannot execute /bin/sh: No such file or directory > -Original Message- > From: Chris January [mailto:[EMAIL PROTECTED]] > Sent: Sunday, December 01, 2002 5:08 PM > To: [EMAIL PROTECTED] > Subject: RE: problem with chroot causing Cygw

RE: strtof is missing

> API for new apps. How about a deprecated inline function instead of a define? That way, at least people will get warnings if they try to use the old function. -Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Docum

RE: strtof is missing

Wouldn't it be more helpful to point out that the function is deprecated? -Rolf > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 05, 2002 5:21 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject

RE: Text file created from the keyboard is DOS termninated

Your are using textmode mounts. Worx fine with binmode: /home/rcampbell> cat > a << A > a > a > A /home/rcampbell> od -tx1 < a 000 61 0a 61 0a 004 > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Saturday, December 07, 2002 3:10 PM > To: [EMAIL P

RE: /tmp

You can mount /tmp to be anywhere (including c:/temp if you want). > -Original Message- > From: Vince Hoffman [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 09, 2002 2:12 PM > To: '[EMAIL PROTECTED]' > Subject: RE: /tmp > > > I'm intrigued, where would you have it point then ? c:\t

unable to allocate heap

blem? The maching doing the build is running 1.3.17. -Rolf Campbell Software Designer Tropic Networks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ:

Pipelines and return codes

bes how to perform auto-dependency analysis like: gcc ... | sed ... But, if gcc fails, sed will still work, thus make will not consider it a failure and will continue. I know there are many ways to avoid this specific problem, already implemented one. Just wanted to let you guys know. -Rolf Camp

Return codes and pipelines

describes how to perform auto-dependency analysis like: gcc ... | sed ... But, if gcc fails, sed will still work, thus make will not consider it a failure and will continue. I know there are many ways to avoid this specific problem, already implemented one. Just wanted to let you guys kn

RE: Move to Windows Recycle Bin instead of deleting

t; I would speculate that another problem with this is that if you view the recycling bin in explorer, then you will no see (or be able to restore) the cygwin files. Also, if you empty the bin using explorer, then you will likely leave all cygwin-moved files. -Rolf -- Unsubscribe info:

sigaction siginfo_t & SIGSEGV

(si_addr). Does anyone know of any other ways of trapping reads/writes to/from memory regions? -Rolf Campbell Software Designer Tropic Networks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation:

RE: df failes to list directory-mounted volumes

Cygwin df does not show Windows mounts, it shows cygwin mounts only. > -Original Message- > From: Brian McGroarty [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 24, 2003 1:05 PM > To: [EMAIL PROTECTED] > Subject: df failes to list directory-mounted volumes > > > Windows NT and XP ca

RE: idea for a new project, libntcmd

> -Original Message- > From: Rafael Kitover [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 24, 2003 3:54 PM > To: [EMAIL PROTECTED] > Subject: idea for a new project, libntcmd > > > Currently there is a fundamental divide between the cmd.exe > shell and a unix shell, even on windows

RE: Cygwin 1.3.19 Windows 2000 Professional SP3 bash $home /usr/bin/%USERPROFILE%

this isn't a cygwin problem, but it might be nice if setup announced that HOME is being set to something that will screw up cygwin. -Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http:/

bash & $PS1 (display error)

eason. This only seems to happen if the path is wider than the display. -Rolf Campbell Software Designer Tropic Networks Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Jan 31 22:35:01 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: C:\cygwin\

RE: bash & $PS1 (display error)

[EMAIL PROTECTED] > Subject: Re: bash & $PS1 (display error) > > > Rolf, > > Assuming some of your prompt is non-printing (escape > sequences) offset > those non-printing portions with \[backslash-escaped square > brackets\]. > That tells BASH (and / or

RE: bash & $PS1 (display error)

> -Original Message- > From: Randall R Schulz [mailto:[EMAIL PROTECTED]] > Sent: Saturday, February 01, 2003 2:01 AM > To: [EMAIL PROTECTED] > Subject: RE: bash & $PS1 (display error) > > > At 20:37 2003-01-31, Rolf Campbell wrote: > >My prompt is

RE: bash & $PS1 (display error)

> -Original Message- > From: Randall R Schulz [mailto:[EMAIL PROTECTED]] > Sent: Saturday, February 01, 2003 2:01 PM > To: Rolf Campbell; [EMAIL PROTECTED] > Subject: RE: bash & $PS1 (display error) > > > Rolf, > > That's hardly surprising. I

RE: 1.3.19: fork() strange memory leak under W2K

Works for me on Win2000Pro+SP3/PIII. > -Original Message- > From: Victor Antonovich [mailto:[EMAIL PROTECTED]] > Sent: Saturday, February 08, 2003 5:18 PM > To: [EMAIL PROTECTED] > Subject: 1.3.19: fork() strange memory leak under W2K > > > Hello! > > Some time ago, when I was using at

Cygwin signal bandwidth

/850MHz). Is it reasonable for me to conclude that cygwin uses about 8,000,000 cycles to process a single signal, or have I done something wrong? -Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http

Cygwin signal bandwidth

PIII/850MHz). Is it reasonable for me to conclude that cygwin uses about 8,000,000 cycles to process a single signal, or have I done something wrong? -Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation

Re: Cygwin signal bandwidth

Sorry about the multiple posts, I was trying to use gmane and it delayed delivery of my messages for 90 minutes, so I did the naive thing and sent it two more times. -Rolf Rolf Campbell wrote: While working on a project, I had the need to run a function every millisecond. So, my first

  1   2   3   >