[ANNOUNCEMENT] Updated: {rxvt-unicode-X/rxvt-unicode-common}-7.7-7

rxvt-unicode is clone of the familiar rxvt terminal emulator, that partially supports unicode, with a lot of caveats. So why bother? (1) bugfixes. Upstream development of rxvt is dead. cygwin's rxvt is moribund. rxvt-unicode is actively maintained. (2) For cygwin-1.7, rxvt-unicode should be a

[ANNOUNCEMENT] [1.7] Updated: {rxvt-unicode-X/rxvt-unicode-common}-7.7-20

rxvt-unicode is clone of the familiar rxvt terminal emulator, that partially supports unicode, with a lot of caveats. So why bother? (1) bugfixes. Upstream development of rxvt is dead. cygwin's rxvt is moribund. rxvt-unicode is actively maintained. (2) For cygwin-1.7, rxvt-unicode should be a

Re: [cygcheck] produces repeated output - 6 times!

On Apr 28 11:47, Julio Costa wrote: > Hi all, > > I found a strange behaviour with cygcheck, regarding the listing of > DLL dependencies. > Please take a look at the following: > > ~ # uname -a > CYGWIN_NT-5.2 vfpt-itsecvmt2 1.7.0(0.210/5/3) 2009-04-14 17:25 i686 Cygwin > > ~ # cygcheck /bin/ash

Re: Bug: Cygwin won't export environ vars to win32 programs, when the current work dir contains non-ascii characters.

On Apr 29 16:20, Lenik wrote: > (Following example is based on bash, but the same to ash, tcsh, ksh, > etc., so this should be bug of cygwin.) > [...] > (2) With Chinese characters, most variables are lost: > C:\Profiles\Shecti\??>bash -c "cmd /c set" > COMSPEC=C:\WINDOWS\syst

Re: Installing beta (1.7) version parallel to current one

On Apr 29 14:16, Igor Mikushkin wrote: > Hello all! > > I'm trying to install beta cygwin version parallel to the current one. > I chose the different directory to install in and different one to > store downloaded packages. > Installer shows me that I have several installed packages even at first

Re: [1.7] Question: running from a portable drive

On Apr 29 12:35, Thorsten Kampe wrote: > My solution was to determine the drive letter at run time (when plugging > in the stick). I use the following to set up the mount table (from a > batch file): > mount -fu %~d0\cygwin / > mount -fu %~d0\cygwin/bin /usr/bin > mount -fu %~d0\cygwin/lib /u

Re: Cygwin 1.7 ACLs

On Apr 30 14:35, Darren Syzling wrote: > I'm trying cygwin 1.7 for the first time. I have an existing subversion > area created with a windows version of subversion. I used patch to apply > a diff to an individual file. Before the patch the file permissions were > inheriting from it's parent

Re: [1.7.0-46] cygcheck and alternatives both exit with status 127

On Apr 30 13:45, Andrew Schulman wrote: > Cygwin 1.7.0-46. I try to use alternatives, but every time I do it does > nothing > except to exit with status 127. > > So I started to file a bug report, and ran cygcheck -svr. To my surprise, > cygcheck also exits part of the way through with status 1

Re: Normalized directory name

On Apr 30 18:00, Tim McDaniel wrote: > On Thu, 30 Apr 2009, Eric Blake wrote: >> But beware that with cygwin 1.7, you can have directories which are >> case sensitive, in which case the glob may return multiple files. > > A few questions out of curiosity, since I've not read up on Cygwin 1.7: In t

Re: [cygcheck] produces repeated output - 6 times!

On Mon, May 4, 2009 at 09:25, Corinna Vinschen wrote: > > Bug in user as far as the position of the -v option is concerned. > Try this: > > $ cygcheck -v /bin/ash.exe > c:\cygwin\bin\ash.exe - os=4.0 img=1.0 sys=4.0 >  C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 >    "cygwin1.dll" v0.0 ts=20

Re: Installing beta (1.7) version parallel to current one

2009/5/4 Corinna Vinschen : > On Apr 29 14:16, Igor Mikushkin wrote: >> Hello all! >> >> I'm trying to install beta cygwin version parallel to the current one. >> I chose the different directory to install in and different one to >> store downloaded packages. >> Installer shows me that I have sever

Re: [cygcheck] produces repeated output - 6 times!

On May 4 11:01, Julio Costa wrote: > On Mon, May 4, 2009 at 09:25, Corinna Vinschen wrote: > ~ $ cygcheck -h > Usage: cygcheck PROGRAM [ -v ] [ -h ] >cygcheck -c [ PACKAGE ] [ -d ] >cygcheck -s [ -r ] [ -v ] [ -h ] >cygcheck -k >cygcheck -f FILE [ FILE ... ] >

Re: I'd like to have an unreadable file

On Apr 30 22:19, Eric Blake wrote: > Tim McDaniel panix.com> writes: > > Thank you for the quick reply. (Though I find it scary that Cygwin > > can escalate privileges so very much.) > > Cygwin is not escalating privileges. Rather, what is scary is that > Windows provides that many privilges to

Re: emacs in its own window

On 5/3/2009 2:58 PM, Gus K wrote: Im a beginner with Cygwin and i have just installed the Emacs editor. Could you tell me (with easy steps) what to do to have emacs in a new window and not in the commander window? If you run emacs under X windows, it will open its own window. Otherwise, it wil

Re: Xerces-C: two issues with gcc4/cygwin-1.7

Charles Wilson wrote: > Charles Wilson wrote: >> src/CreateDOMDocument/CreateDOMDocument.o:CreateDOMDocument.cpp:(.gcc_except_table+0xe8): >> undefined reference to `typeinfo for xercesc_3_0::XMLException' >> src/CreateDOMDocument/CreateDOMDocument.o:CreateDOMDocument.cpp:(.gcc_except_table+0xf0):

Re: [ANNOUNCEMENT] [1.7] pl-0.10.2-1 - the Parma Polyhedra Library

Charles Wilson wrote: > Dave Korn wrote: > >> I'm not sure. It's the compiler that knows what it needs, which is the >> same >> regardless of binutils' preferences, I'm leaning toward the idea that it >> should be in the linker specs for the benefit of anyone using older binutils. > > The onl

Re: Xerces-C: two issues with gcc4/cygwin-1.7

Dave Korn wrote: > Let's see the output for 'nm xercesc/util/.libs/XMLException.o'; that should > confirm whether the typeinfo got generated or not. After that, we'll need to > find out if it's in the DLL but not exported, and whether auto-export is in > operation or not. Attached. objdump -x

Re: [cygcheck] produces repeated output - 6 times!

On 2009-05-04 14:44Z, Thrall, Bryan wrote: > Corinna Vinschen wrote on Monday, May 04, 2009 3:25 AM: >> On Apr 28 11:47, Julio Costa wrote: >>> Bug in cygcheck? Or bug in user? :) >> >> Bug in user as far as the position of the -v option is concerned. > > I can reproduce it; some more details: >

Re: [1.7] Weird error "grep: writing output: Cannot allocate memory"

Christopher Faylor wrote: >> The attached STC reproduces the problem, and apparently: >> >> gcc-3 -mno-cygwin stc.c -o stc -W -Wall -g -O0 -o stc-mingw.exe >> >> gcc-4 stc.c -o stc -W -Wall -g -O0 >> >> .. it is cygwin independent, since both executables produce similar results: > > A test case

Re: [cygcheck] produces repeated output - 6 times!

On Mon, May 04, 2009 at 03:11:02PM +, Greg Chicares wrote: >On 2009-05-04 14:44Z, Thrall, Bryan wrote: >> Corinna Vinschen wrote on Monday, May 04, 2009 3:25 AM: >>> On Apr 28 11:47, Julio Costa wrote: Bug in cygcheck? Or bug in user? :) >>> >>> Bug in user as far as the position of the -

Laptop Touchpad scrolling causes cygwin to hang

Hi,    My laptop is a Dell Inspiron E1505. The touchpad has three functions - 1 - usual movement/click (2) Up and down scroll - on the right side of touch pad a line is there which is used to scroll up and down and (3) Right left scroll - on the bottom on the touch pad - there is a line which is us

RE: [cygcheck] produces repeated output - 6 times!

Thrall, Bryan wrote on Monday, May 04, 2009 9:45 AM: > Corinna Vinschen wrote on Monday, May 04, 2009 3:25 AM: >> On Apr 28 11:47, Julio Costa wrote: >>> Bug in cygcheck? Or bug in user? :) >> >> Bug in user as far as the position of the -v option is concerned. > > I can reproduce it; some more

Re: Xerces-C: two issues with gcc4/cygwin-1.7

Charles Wilson wrote: > [39037](sec 3)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x0005f780 typeinfo > name for xercesc_3_0::XMLException > [39038](sec 3)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x0005c7f0 typeinfo for > xercesc_3_0::XMLException > R typeinfo for xercesc_3_0::XMLException So, from

RE: [cygcheck] produces repeated output - 6 times!

Christopher Faylor wrote on Monday, May 04, 2009 10:18 AM: > On Mon, May 04, 2009 at 03:11:02PM +, Greg Chicares wrote: >> On 2009-05-04 14:44Z, Thrall, Bryan wrote: >>> Corinna Vinschen wrote on Monday, May 04, 2009 3:25 AM: On Apr 28 11:47, Julio Costa wrote: > Bug in cygcheck? Or b

RE: [cygcheck] produces repeated output - 6 times!

Thrall, Bryan wrote on Monday, May 04, 2009 10:36 AM: > Christopher Faylor wrote on Monday, May 04, 2009 10:18 AM: >> cygcheck itself would not be redoing anything because 1) it isn't a true >> cygwin program and 2) it isn't starting a process when it displays dll >> information. > > Unfortunately

Re: [cygcheck] produces repeated output - 6 times!

On Mon, May 04, 2009 at 10:35:46AM -0500, Thrall, Bryan wrote: >Christopher Faylor wrote on Monday, May 04, 2009 10:18 AM: > >> On Mon, May 04, 2009 at 03:11:02PM +, Greg Chicares wrote: >>> On 2009-05-04 14:44Z, Thrall, Bryan wrote: Corinna Vinschen wrote on Monday, May 04, 2009 3:25 AM:

Re: rsync hanging

> When debugging, it's usually better to start at a high level > rather than jumping into the guts of things, unless you could > tell us all the high- and middle-level stuff you've tried already. > See http://cygwin.com/problems.html for info on what kind of info you > should supply to get you good

RE: [cygcheck] produces repeated output - 6 times!

Christopher Faylor wrote on Monday, May 04, 2009 10:44 AM: > On Mon, May 04, 2009 at 10:35:46AM -0500, Thrall, Bryan wrote: >> Christopher Faylor wrote on Monday, May 04, 2009 10:18 AM: >> >>> On Mon, May 04, 2009 at 03:11:02PM +, Greg Chicares wrote: On 2009-05-04 14:44Z, Thrall, Bryan w

RE: [cygcheck] produces repeated output - 6 times!

Corinna Vinschen wrote on Monday, May 04, 2009 3:25 AM: > On Apr 28 11:47, Julio Costa wrote: >> Bug in cygcheck? Or bug in user? :) > > Bug in user as far as the position of the -v option is concerned. I can reproduce it; some more details: - 'cygcheck /bin/ash.exe -v' returns 127 - it doesn't

Re: [1.7] Weird error "grep: writing output: Cannot allocate memory"

Christopher Faylor wrote: > On Sun, May 03, 2009 at 11:39:21PM -0400, Christopher Faylor wrote: >> On Fri, May 01, 2009 at 11:01:46PM +0100, Dave Korn wrote: >>> The attached STC reproduces the problem, and apparently: >>> >>> gcc-3 -mno-cygwin stc.c -o stc -W -Wall -g -O0 -o stc-mingw.exe >>> >>

[ANNOUNCEMENT] new: unison2.31; updated: unison2.27; obsolete: unison2.13, unison2.17

There are several updates to the Unison packages for Cygwin: * unison2.31 is a new package, now available in the archive. * unison2.27 has been updated. This is just a minor update of the README.Cygwin file. * unison2.13 and unison2.17 have had their categories changed to _obsolete. As a resu

Re: [1.7.0-46] cygcheck and alternatives both exit with status 127

> On Apr 30 13:45, Andrew Schulman wrote: > > Cygwin 1.7.0-46. I try to use alternatives, but every time I do it does > > nothing > > except to exit with status 127. > > > > So I started to file a bug report, and ran cygcheck -svr. To my surprise, > > cygcheck also exits part of the way through

Re: [1.7.0-46] cygcheck and alternatives both exit with status 127

On Mon, May 04, 2009 at 12:34:38PM -0400, Andrew Schulman wrote: >> On Apr 30 13:45, Andrew Schulman wrote: >> > Cygwin 1.7.0-46. I try to use alternatives, but every time I do it does >> > nothing >> > except to exit with status 127. >> > >> > So I started to file a bug report, and ran cygcheck

Re: [cygcheck] produces repeated output - 6 times!

On Mon, May 04, 2009 at 10:54:55AM -0500, Thrall, Bryan wrote: >Christopher Faylor wrote on Monday, May 04, 2009 10:44 AM: >> On Mon, May 04, 2009 at 10:35:46AM -0500, Thrall, Bryan wrote: >>> Christopher Faylor wrote on Monday, May 04, 2009 10:18 AM: >>> On Mon, May 04, 2009 at 03:11:02PM +0

RE: [cygcheck] produces repeated output - 6 times!

Christopher Faylor wrote on Monday, May 04, 2009 12:19 PM: > On Mon, May 04, 2009 at 10:54:55AM -0500, Thrall, Bryan wrote: >> Christopher Faylor wrote on Monday, May 04, 2009 10:44 AM: >>> On Mon, May 04, 2009 at 10:35:46AM -0500, Thrall, Bryan wrote: Christopher Faylor wrote on Monday, May

Re: [cygcheck] produces repeated output - 6 times!

On Mon, May 04, 2009 at 01:18:59PM -0400, Christopher Faylor wrote: >That is a STATUS_ACCESS_VIOLATION, which would be a cygcheck bug. Wish >I could duplicate it. Actually, I can duplicate it in a virtual machine so I'll look into fixing it ASAP. cgf -- Unsubscribe info: http://cygwin.com

1.7: cygserver problems under cygwin 1.7

I've just installed cygwin 1.7 on a WinXP SP3 machine that used to have 1.5 installed. Since I didn't want to run them in parallel, first I deleted my c:\cygwin folder, then used regedit to get rid of the "Cygnus Solutions" and "Cygwin" registry keys from HKLM/Software and HKCU/Software to do as c

Re: Xerces-C: two issues with gcc4/cygwin-1.7

Dave Korn wrote: > The next step is to manually re-run the final link command that you posted > earlier: Actually, maybe it's not. I just downloaded xerces-c-3.0.1.tar.gz, untarred it, configured with $ ./configure --disable-static CC=gcc-4 CXX=g++-4 CFLAGS=-O3 CXXFLAGS=-O3 -v 2>&1 --prefix=

Re: [cygcheck] produces repeated output - 6 times!

On Mon, May 04, 2009 at 01:43:40PM -0400, Christopher Faylor wrote: >On Mon, May 04, 2009 at 01:18:59PM -0400, Christopher Faylor wrote: >>That is a STATUS_ACCESS_VIOLATION, which would be a cygcheck bug. Wish >>I could duplicate it. > >Actually, I can duplicate it in a virtual machine so I'll lo

Re: Xerces-C: two issues with gcc4/cygwin-1.7

Dave Korn wrote: > > and it built right through without problems, including linking all the exes - > CreateDOMDocument.exe in particular. (Testsuite run still in progress). One of the ThreadTests hung and had to be killed after running for half an hour, but everything else went smoothly: > di

Re: Xerces-C: two issues with gcc4/cygwin-1.7

>Dave Korn wrote: >> The next step is to manually re-run the final link command that you posted >> earlier: > > Actually, maybe it's not. I just downloaded xerces-c-3.0.1.tar.gz, untarred > it > > and it built right through without problems, including linking all the exes - > CreateDOMDocument.e

RE: [cygcheck] produces repeated output - 6 times!

Christopher Faylor wrote on Monday, May 04, 2009 1:52 PM: > On Mon, May 04, 2009 at 01:43:40PM -0400, Christopher Faylor wrote: >> On Mon, May 04, 2009 at 01:18:59PM -0400, Christopher Faylor wrote: >>> That is a STATUS_ACCESS_VIOLATION, which would be a cygcheck bug. Wish >>> I could duplicate it.

Re: emacs in its own window

But what is the command to run emacs under winx??? -- View this message in context: http://www.nabble.com/emacs-in-its-own-window-tp23358625p23375222.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Proble

Re: [1.7] Weird error "grep: writing output: Cannot allocate memory"

Christopher Faylor wrote: > I made some changes to Cygwin's always-burgeoning console code which limit > the number of characters transferred to the console. Could you check if > it still fails with these changes? That fixes both the cygwin-api testcase and the problems with grep. I also teste

Re: emacs in its own window

On 5/4/2009 3:43 PM, Gus K wrote: But what is the command to run emacs under winx??? You have to install the cygwin X server. See http://x.cygwin.com/ if you need help with that. If you start the server in the recommended way, you will get an xterm window; just type emacs& at the prompt, an

Re: emacs in its own window

I installed the X server and i get an xterm window I type emacs& but emacs doesnt start -- View this message in context: http://www.nabble.com/emacs-in-its-own-window-tp23358625p23377655.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwi

Re: Weird problem when opening MSWORD docs via SSH session to Cygwin

Hi Larry, I was using Pub key authentication. But i also removed the Pub Key Auth so its prompts me for password to test. But it still can't seem to find the object :(. r...@test ~> ssh administra...@192.168.0.1 cscript "d:/test/80075985.vbs" administra...@192.168.0.1's password: Microsoft

http://cygwin.com/ml/cygwin/2009-04/msg00720.html

Hi Larry, I was using Pub key authentication. But i also removed the Pub Key Auth so its prompts me for password to test. But it still can't seem to find the object :(. r...@test ~> ssh administra...@192.168.0.1 cscript "d:/test/80075985.vbs" administra...@192.168.0.1's password: Microsoft

[ANNOUNCEMENT] Updated: Unicode text editor mined 2000.15.2

mined 2000.15.2 (May 2009) This is a maintenance release, mainly containing: * Tweaks for Cygwin console and MinTTY terminals. To install mined on cygwin, run the

Re: emacs in its own window

Gus K wrote: I installed the X server and i get an xterm window I type emacs& but emacs doesnt start Type 'cygcheck emacs', find the packages with the missing DLLs reported at , and rerun 'setup.exe' to install them. If that's not your problem, please read and foll

Re: Weird problem when opening MSWORD docs via SSH session to Cygwin

Perry Ng wrote: Hi Larry, I was using Pub key authentication. But i also removed the Pub Key Auth so its prompts me for password to test. But it still can't seem to find the object :(. r...@test ~> ssh administra...@192.168.0.1 cscript "d:/test/80075985.vbs" administra...@192.168.0.1's pas

problems using Xlib.h/Xwindows.h/unistd.h and win32api under gcc-4

Hi, I'm trying to migrate our commercial software (we've purchased a commercial Cygwin license) thats been running well on Cygwin using gcc 3.x to gcc-4. Its mature Unix/Linux C and Fortran code. We're using the win32api so we can use native Windows file dialogs. This has been working in gcc 3.

Re: problems using Xlib.h/Xwindows.h/unistd.h and win32api under gcc-4

Chris LeBlanc wrote: >> gcc-4 test_sleep.c -Wall -lX11 -lcomdlg32 -o test_sleep > In file included from /usr/include/unistd.h:4, > from test_sleep.c:4: > /usr/include/sys/unistd.h:144: error: expected declaration specifiers > or '...' before '(' token > /usr/include/sys/unistd.h:1

Re: problems using Xlib.h/Xwindows.h/unistd.h and win32api under gcc-4

On Tue, May 05, 2009 at 02:57:47PM +1200, Chris LeBlanc wrote: >I'm trying to migrate our commercial software (we've purchased a >commercial Cygwin license) Why aren't you contacting Red Hat for support then? This isn't the support forum for the commercial Red Hat version of Cygwin. -- Unsubscri

Re: Xerces-C: two issues with gcc4/cygwin-1.7

Charles Wilson wrote: >> and it built right through without problems, including linking all the exes - >> CreateDOMDocument.exe in particular. (Testsuite run still in progress). >> >> Chuck, I suspect this is likely to be an already-fixed bug in binutils; >> would you like to try your build again

Re: problems using Xlib.h/Xwindows.h/unistd.h and win32api under gcc-4

Hi Dave, Thanks for the description of the problem, and the workaround. Our code is pretty complicated at points, so it might be challenging to be sure of the include order, but I'll try. The other suggestion I saw from Christopher Faylor was to try Cygwin commercial support. This was actually

Re: [1.7] packaging problem? Both /usr/bin/ and /usr/lib/ are non-empty

Christopher Faylor wrote: > For the future: there's no need to bzip the attachment. > That makes it harder to read. I just attached cygcheck.srv.out to the immediately preceding post and [additionally] it has appeared en clair in the text. Apologies! Last time I did this I got a raft of annoye