Re: A question about setup.exe

2009/12/24 Paul McFerrin: > I did the upgrade to 1.7.1-1 without any problems.  During the remainder of > the day, I accidentally blew away my installation of 1.7.1-1.  I restored my > installation from a backup several days old (1.7.0-65).  Now I'm trying to > upgrade again. > > Now the questions

Re: How to install Legacy from scratch?

2009/12/24 Fergus: > Thanks for great new version. > > 1.7 uses setup.ini, draws from release/, uses setup.exe v.2.673. > 1.5 uses setup-legacy.ini, draws from release-legacy/, uses setup.exe > v.2.673 (i.e. the same version as 1.7). No, 1.5 you uses http://www.cygwin.com/setup-legacy.exe Andy -

Re: HEADSUP: Check mirror carefully when updating your 1.7 installation

2009/12/23 Andy Koppe: > 2009/12/23 Christopher Faylor: >> On Wed, Dec 23, 2009 at 12:37:31PM +0100, Corinna Vinschen wrote: >>>Hi, >>> >>>I just found an unfortunate side-effect of the move of the Cygwin 1.7 >>>release area.  If you use the new setup.e

Re: HEADSUP: Check mirror carefully when updating your 1.7 installation

2009/12/23 Christopher Faylor: > On Wed, Dec 23, 2009 at 12:37:31PM +0100, Corinna Vinschen wrote: >>Hi, >> >>I just found an unfortunate side-effect of the move of the Cygwin 1.7 >>release area.  If you use the new setup.exe for Cygwin 1.7 on a mirror >>which hasn't catched up with the update yet,

Re: 1.7.1: Mintty/bash window start: -bash: regtool: command not found

2009/12/23 Lee D. Rothstein: > Just installed 1.7.1.  Bravo, again. > > Everything seems to be working okay, but every time I start up a Mintty/Bash > window I get the following > error message. > > -bash: regtool: command not found > > Shortcut is: > > C:\_0\bin\mintty.exe --icon=c:\_0\cygicons-hi

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

2009/12/23 Lee Rothstein: > Chris, > > Thanks for the reference. As I mentioned, it wasn't retrievable via Google. > Strange. > > As you had stated earlier, the key to solving the problem is to reference: > >  --icon=c:\_0\cygicons-hippo-vista-0.dll,10 in the shortcut Hippo hippo hurray! > Note

[ANNOUNCEMENT] Updated: mintty-0.5.5-1

Mintty is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. Mintty is based on code from PuTT

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

2009/12/22 Lee D. Rothstein: >>> '--icon=c:\_0\hippo_xp.ico'  option now breaks mintty. > >> Works for me, with the icon placed in the same location. This is on >> XP, and I tried it both in Cygwin 1.5 and 1.7. > > NB: c:\_0 is my root. > > I just looked at the ownership/mode of hippo_xp.ico and it

Re: 1.7: mintty 5.5.1 refuses to take hippos seriously ;-(

2009/12/22 Lee D. Rothstein: > '--icon=c:\_0\hippo_xp.ico'  option now breaks mintty. Works for me, with the icon placed in the same location. This is on XP, and I tried it both in Cygwin 1.5 and 1.7. What system are you on? How does it break? Can you run mintty with that option from an existing

Re: mintty question ("file name too long")

2009/12/20 Rogelio: > I installed mintty (put the js file in the /bin folder, created a > short cut, started the shell from that short cut) You don't need to put the js file in the /bin folder. Its only purpose is to create a mintty shortcut for you. However, the easiest way to install mintty is

Re: /de/conout (was: Looking for the 'stdout' of a Windows application)

2009/12/18 Marc Girod: >> the problem is that cleartool is written for Windows >> thus uses /dev/conout >> > I can see /dev/conout, but what can I do with it? It won't literally be using /dev/conout, because that's a Cygwin wrapper round a Windows concept. Cleartool is doing either of two things:

java headers in gcc4-g++

The gcc4-g++ contains about 4000 Java-related headers under /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++. Is that as intended? Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscri

Re: rsync - convert illegal characters in paths

2009/12/16 chaos215bar2: > I knew Cygwin 1.7 supported unicode, but I didn't realize it also converted > illegal characters in filenames. I have been using rsync from DeltaCopy, but > I switched to cwRsync, since it uses Cygwin 1.7. Everything is working great > now. Good. But why don't you use Cy

Re: rsync - convert illegal characters in paths

2009/12/16 chaos215bar2: > > I'm attempting to use rsync to backup from Linux to Windows. This is mostly > working, except that paths with characters that are not legal in NTFS (< > : > " / \ | ? *) are not copied because rsync fails to create files and > directories with names containing these cha

Re: can not enter password for SSH when running in another terminal (RXVT)

2009/12/15 Leo Lagos: >>> Hi... I've got the following problem, that I'll describe with the >>> steps, so You can reproduce it... >>> >>> 1. open cygwin (normal black command prompt window) >>> 2. run "rxvt -e bash &" from there >>> 3. on the rxvt terminal, execute an ssh to any host >>> >>> Now, w

Re: UTF-related question

2009/12/15 Eliot Moss: > Following the guidelines related to cygwin 1.7, I have > generally been using LANG=en_US.UTF-8. But I found that > if I do "man " to get a man page, and then > search (I have man's "more" program set to "less") for > a string having a dash in it, say to search for -a in the

Re: Cygwin 1.7: Empty/white-space output when display Chinese characters in GBK charset encoding?

2009/12/14 LiuYan 刘研: > > The only unexpected thing is the empty output of GBK-encoded chinese > characters when LANG is .UTF-8. > > I mean it should display something visible(malformed characters, squares or > whatever visible characters) regardless the LANG setting. > > echo -e "Chinese chara

ttyfier (was: Re: Looking for the 'stdout' of a Windows application)

2009/12/13 René Berber: > And there's the old 'ttyfier' which almost worked: > > http://sources.redhat.com/ml/cygwin/2006-03/msg00164.html > > I say almost because it assumes a fixed terminal size and it fails if > the output exceeds that size, and there where other problems but the OP > might find

Re: Looking for the 'stdout' of a Windows application

2009/12/13 Marc Girod: >> Surprised it doesn't work in the Cygwin console, unless you've got >> CYGWIN=tty set? >> > I have. Dave Korn told me to take it away. > Anyway, no result one way or the other. Did you restart your Cygwin session? I think that setting only gets read once at the start of th

Re: overwriting an in-use executable

2009/12/13 Christian Franke: > 'cp' does not unlink() before overwriting an existing file, it tries to > overwrite the data in place. This also fails on *nix, typically with "Text > file busy". > 'mv' only modifies the link between file name in directory and file data. > The OS can keep the old dat

Re: Looking for the 'stdout' of a Windows application

2009/12/13 Dave Korn: >> I'm currently working on a little utility for this sort of situation. >> It's called 'conin' > >  Conin The Barbarian? Yeah, I guess with all the goodness of Cygwin available, using native console programs is rather a savage thing to do. ;) > Heh.  This looks pretty inte

Re: overwriting an in-use executable

2009/12/13 Eric Blake: >> Same when trying to 'rm' an in-use executable: Works on 1.7, fails with >> 'Permission denied' on 1.5. Cygwin 1.7 works like Linux here. I don't >> know whether POSIX requires this behavior. > > POSIX allows both behaviors, but the cygwin 1.7 behavior is more like > Linux

Re: Looking for the 'stdout' of a Windows application

2009/12/13 Marc Girod: > I run a proprietary application, IBM Rational cleartool.exe from cygwin. > In some usage scenarios which I am now interested in, it prompts the user > for an interactive decision. > I do not get this prompt under cygwin (either X --emacs shell or xterm-- or > the Cygwin ter

overwriting an in-use executable

cp and mv behave differently when trying to overwrite an in-use executable: $ cp mintty.exe /bin cp: cannot create regular file `/bin/mintty.exe': Device or resource busy $ mv mintty.exe /bin [works fine] That's on 1.7. On 1.5, both cp and mv fail. Is that as expected? Andy -- Problem reports

Re: where is my "/usr/dict/words" or "/usr/share/dict/words on cygwin? (1.7)

2009/12/12 Kenneth Wolcott: >  I update frequently. > >  I always get everything from the standard cygwin mirrors. > >  I have not seen /usr/share/dict/words or /usr/dict/words for quite > some time now. > >  I really like this package and it is not installed on any of our > proprietary systems at

Re: UTF-8 in Cygwin console on 1.7

2009/12/9 Thomas Wolff: > So the #define IGN should go as well... Yep. > Actually, I don't really understand this code part: > * What is the purpose of the lookup table for the switch rather than just > switching on a few special control characters? Good question. > * What is the idea of (rando

Re: Problems with Pine

2009/12/9 Angelo Graziosi: >> I can reproduce that by uninstalling the termcap package > > This workaround > > $ TERM=cygwin pine > > seems to work too. That may cause other problems though, because the keycodes and control sequences of xterm and cygwin differ in a number of places. Setting TERM s

Re: Problems with Pine

2009/12/9 Corinna Vinschen: > On Dec  9 06:21, Andy Koppe wrote: >> 2009/12/9 Angelo Graziosi: >> > It seems that some recent updates in cygwin-1.7 has broken Pine from >> > MinTTY. >> > Now, trying to start from MinTTY: >> > >> > $ pi

Re: `cygwinpath -D' could not display the Chinese character

tianlijian: > It is a bug of cygwin.  It is nothing to do with what terminal i am > using OR what LANG i have set. You'll need to provide more than unsubstantiated assertions to get help with your issue. What output are you getting from 'cygpath -D' and what do you expect instead? Do Chinese char

Re: [REQ] Please package SendMail for Cygwin

2009/12/8 Chip Panarchy: > As I'm still having compilation problems, could someone else please > create a SendMail package for Cygwin? While waiting for that to happen, have a look at exim, or – in case all you actually need is forwarding to a remote server – ssmtp. Andy -- Problem reports:

Re: Problems with Pine

2009/12/9 Angelo Graziosi: > It seems that some recent updates in cygwin-1.7 has broken Pine from MinTTY. > Now, trying to start from MinTTY: > > $ pine > Terminal type "xterm", is unknown. I can reproduce that by uninstalling the termcap package, so install that and hopefully you'll be fine. Look

Re: UTF-8 in Cygwin console on 1.7

2009/12/9 Cliff Hones > I think you missed attaching your fix - or else it has got lost. Oops. Here's another attempt. > I would guess the change is to file cygwin/fhandler_console.cc, and > is simply to remove line 1616 [ cursor_rel (1, 0); ] (after case NULL:) Yep, except that the patch remove

Re: UTF-8 in Cygwin console on 1.7

2009/12/8 Cliff Hones: > Perhaps setup.exe should offer to generate a shortcut (as well as .bat > and .ico) with, say, the Lucida font selected? Or just do so without asking? We've had a number of questions on this already, and there are likely to be many more. People can always choose the raster

Re: Unable to install MingW & gcc C & C++ libraries

2009/12/8 Chip Panarchy: > I'm unable to install MinGW and GCC libraries. > > What other information do you need in order to troubleshoot further? Erm, describing how you tried to install them and how it went wrong would be a start. Also: http://cygwin.com/problems.html Andy -- Problem reports:

Re: UTF-8 in Cygwin console on 1.7

2009/12/8 Cliff Hones: > Is UTF-8 character output fully supported in the standard Cygwin > console ($TERM=cygwin) under Cygwin 1.7? Yes (except it's limited to the Basic Multilingual Plane). You need to select a Unicode-capable font in the console properties though. Basically, anything but the de

Re: Why does exiting bash window kill off Gvim? (Windows version, but X-would be same question)

2009/12/4 Christopher Faylor: >>Hang on, if I do this: >> >>$ setsid gvim -display :0 & >> >>in a bash console and then close the console, gvim continues to work, >>so either setsid or gvim itself does detach from the console. > > That makes sense.  Cygwin sends explicit SIGHUPs to other members of

Re: Why does exiting bash window kill off Gvim? (Windows version, but X-would be same question)

2009/12/4 Andy Koppe: > 2009/12/3 Linda Walsh: >> In bash I start a copy of gvim.exe (64-bit windows version) in background. >> I disown the job in bash so bash no longer manages the job -- it should be >> a free and clear process (unaffected by bash exiting). >> >>

Re: Why does exiting bash window kill off Gvim? (Windows version, but X-would be same question)

2009/12/3 Linda Walsh: > In bash I start a copy of gvim.exe (64-bit windows version) in background. > I disown the job in bash so bash no longer manages the job -- it should be > a free and clear process (unaffected by bash exiting). > > Yet when I exit the bash window (bash running in a console wi

Re: Base-Files (was Re: Unset TMP/TEMP in profile?)

2009/12/2 Angelo Graziosi: > Corinna Vinschen wrote: >> >> And I'd like to ask you to add two one-liner files to your package: >> http://cygwin.com/ml/cygwin-developers/2009-12/msg00026.html > > In my system (XPSP3), some Windows application defined LANG=it_IT.UTF-8 at > Windows level (all users),

Re: odd segfault with my c program using cygwin 1.7

2009/12/2 Dave Korn: > Andy Koppe wrote: >> 2009/12/2 jeffunit: >>> My program ran fine under cygwin 1.5 as well as many versions of linux >>> including >>> mandriva 2009, mandriva 2009.1 and mandriva 2010.0 >>> >>> When compiled with >>

Re: odd segfault with my c program using cygwin 1.7

2009/12/2 jeffunit: > My program ran fine under cygwin 1.5 as well as many versions of linux > including > mandriva 2009, mandriva 2009.1 and mandriva 2010.0 > > When compiled with > gcc cal.c -o cal > and run with > cal 2009 > I get a segmentation fault. > When I uncomment line 62, the program run

Re: [1.7] git-difftool paths unusable by win32 kdiff3

2009/12/1 David Antliff: > I need a way to > translate "/tmp" to the Cygwin installation directory. I.e. it's not a > simple case of replacing "/tmp" with "c:/tmp" but rather > "$CYGWIN_INSTALL_DIR/tmp" and I'm not sure CYGWIN_INSTALL_DIR or > anything similar exists. Have a look at the cygpath ut

Re: how to get the windows PATH env in cygwin

2009/12/1 Reinier Post: >> If you want to see the Windows PATH setting unmolested by Cygwin, you >> will either need to strip out the additions set by /etc/profile or avoid >> running under an environment modified by /etc/profile. > > It doesn't add, actually - it replaces it. You're wrong. The Cy

Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)

2009/12/1 Ken Brown: > On 12/1/2009 5:44 AM, John Morrison wrote: >> Unsetting them in the skel .bashrc files shouldn't be a problem to do, but >> on my system... >> >> $ echo $TMP >> /cygdrive/c/DOCUME~1/morrijr/LOCALS~1/Temp >> >> Tue Dec 01 10:40 AM >> $ unset TMP >> >> Tue Dec 01 10:40 AM >> $

Re: cyg1.7 - DOS character remapping: change request.

2009/11/29 Linda Walsh: >        I'm aware that this would reserve the 'display forms' > of those chars and map them them to their real forms when > interpreted within cygwin.  I don't see this to be a problem. But it is a problem. It would make it impossible to use the wide forms of those deadly

Re: [1.7] Accented characters don't work

2009/11/28 lemkemch: > But how do I get back a pure C locale? If by that you mean an ASCII locale: C.ASCII. (Btw, that's essentially the same as C.ISO-8859-1, i.e. it's 8-bit not 7-bit). > I also > want ls -l to output the old standard date format.  So > setenv LANG C.what?  C.ISO-8859-15 is kind

Re: Problem [1.7]: Inconsistent and wrong results from e.g. ls and md5sum

2009/11/28 Charles D. Russell: > Corinna Vinschen wrote: >  I dislike FAT32 a lot, so I usually >> >> never test on it. > > But there is no alternative for external storage that is to be readable on > Windows, Linux, and Mac OSX.  And I use Cygwin scripts for all my backups > and housekeeping. Cor

Re: [1.7] Accented characters don't work

2009/11/27 : > What am I doing wrong with my first tries of 1.7?  I created in Windows > Explorer a directory Ébène and in it a file très.  When I look at it > with ls in an rxvt window I don't see the accented characters but the > two utf-8 bytes.  Hm. Rxvt doesn't support UTF-8. It's dead upstr

Re: Is there a more Linux consistent version of ps?

procps -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: mintty-0.5.4-1

Mintty is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. Mintty is based on code from PuTT

Re: win7 specific probs; examples; and poor solutions

2009/11/21 Linda Walsh: >>> I still haven't figured out why -- but the values for cygdrive prefix >>> won't stay stored. >> >> That's because you now have to set it in /etc/fstab to make it >> permanent, e.g.: >> >> none /mnt cygdrive binary 0 0 > >  I did THAT, as part of my debugging.  I copied o

Re: one or more not ready for prime time( cygwin1.7, win7, linda7).

2009/11/20 Linda Walsh: > Some things are obviously not cygwin related.  But sometimes it seems > like cygwin isn't able to see files that I can see there with > explorer. We'd of course need concrete examples for this. > It should be running as 'me' when it's started by me!  But I don't > know

Re: Use of Dual Core causes random failures building OpenJDK

2009/11/17 Pete Brunet: >>$'\r': command not found > > Please ignore my post about this.  That was the result of using a > different bat file (not cygwin.bat) that I use to start an OpenJDK build > job and it hadn't yet been modified to set SHELLOPTS=igncr That's your sixth post in a row on this t

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

2009/11/17 Eric Blake: > Thomas Wolff writes: > >> Sorry that I take this up once more (after promising ), but I >> had this additional idea after seeing your point about being strictly >> consistent with the POSIX pathname namespace: >> >> So what about using "/" as a delimiter? If "foo" is a file

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

2009/11/16 aputerguy: > Well I'm using Putty to ssh into my Windows machine running cygwin 1.5 > When I do tab completion on the "foo:bar" file it completes to > foo\357\200\272 but perhaps the Unicode is coming from the Putty terminal > (which is set to UTF-8) though somehow bash is preserving the

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

2009/11/16 Thomas Wolff: I'd suspect the support for ADSs in 1.5 was rather accidental anyway. POSIX programs certainly don't know about them, and you get the rather weird situation that "files" like foo:bar can be accessed but don't show up in the directory they're in. Hence I

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

2009/11/15 aputerguy: >> I'd suspect the support for ADSs in 1.5 was rather accidental anyway. >> POSIX programs certainly don't know about them, and you get the rather >> weird situation that "files" like foo:bar can be accessed but don't >> show up in the directory they're in. > > Fair point. But

Re: cygwin_create_path import stops executable from running on 1.5 since 1.7.0-63

2009/11/15 Martin Dorey: >> Before the reloc changes, you'd already get an error if >> your program used ctype functions. > > Thinking it might be useful to get the error messages into the googlotron, I > tried to demonstrate this with little programs like this: > > $ cat /tmp/ctype.c > #include

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

2009/11/15 aputerguy: > In cygwin 1.7 > $ ls -1s foo* > 1 foo:bar > 1 foo:baz > > Which might seem ok, > *But* now explorer shows two files > foo[]bar > foo[]baz > where [] is a square box indicating an illegal symbol. The square box doesn't represent an illegal symbol but one that the font being

Re: 1.7.0-64: cygserver linked against cygstdc++-6.dll (libstdc++6)

2009/11/15 Steven Monai: > In 1.7.0-64, /usr/sbin/cygserver is linked against cygstdc++-6.dll. > cygserver will not run (exit status 128) unless the 'libstdc++6' package > is installed. Yep. Known issue. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http:/

Re: cygwin_create_path import stops executable from running on 1.5 since 1.7.0-63

2009/11/15 Martin Dorey: > Linking a C program using 1.7.0-63 or 1.7.0-64 causes this runtime error when > attempting to run the program on Cygwin 1.5: > > "The procedure entry point cygwin_create_path could not be located in the > dynamic link library cygwin1.dll". > > This happens with gcc-3 or

Re: Cygrunsrv behaviour triggers Anti-Virus Program

2009/11/13 Jacob Jacobson: > Output of Kaspersky Anti-Virus 6.0 > > 11/13/2009 1:03:09 PM   C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE Process is trying to > inject into another process. This behavior is typical of some malicious > programs (Invader) > 11/13/2009 1:03:09 PM   C:\WIN\CYGWIN\BIN\CYGRUNSRV.EXE "

Re: Finding junction points in cygwin

2009/11/9 Corinna Vinschen: > aputerguy: >> But don't see any symlinks.. > Uh, I see.  Don't use the junction tool, use cmd's mklink instead. Was mklink introduced with Vista? It's not present on XP. The alternative there is linkd.exe, available as part of the freely downloadable Windows Server 20

Re: ls and cd command don't use the same encoding

2009/11/9 Huang Bambo: > Under 1.7.0-63,64 > With mintty > export LANG=en_US.UTF-8 > export LC_TYPE=zh_CN.UTF-8 > > ls can list some directory in Chinese but cd command can't enter it. Works fine here, including completion. What mintty version are you using and what's your character set setting o

Re: Finding junction points in cygwin

2009/11/9 aputerguy: > Does cygwin have any ability to find/identify NTFS junction points? > This would be useful so that you don't inadvertently mistreat them thinking > they are regular files or directories. They appear as symbolic links. Dunno how to tell them from other sorts of shortcuts. >

[ANNOUNCEMENT] Updated: mintty-0.5.3-1

Mintty is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. Mintty is based on code from PuTT

small exe size increase from 1.7.0-62 to -63

A test with an empty main compiled using gcc-4 under cygwin-1.7.0-63 has a size of 6.5K. After downgrading to 1.7.0-62, without changing anything else, the size goes down to 5.0K. $ cat test.c int main(void) { return 0; } $ gcc test.c -Os -s Looking at objdump differences, both code and data si

Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-63

2009/11/6 Steven Monai: > Fantastic! I just upgraded from 1.7.0-62 to -63, and my daily rsync > backup script can now see that handful of files on my system with > "weird" names [containing Unicode char U+F020] that were previously > untouchable by Cygwin. > > Just wondering: What limitations, if a

Re: [1.7] Undocumented change in accessing by dos drive letters?

2009/11/4 Linda Walsh: >> C: and C:\ aren't the same thing in DOS/cmd.exe. C: means the current >> directory of the C drive, whereas C:\ means the root directory of the >> C drive. Within each cmd.exe session, each drive has its own current >> directory. > > --- >        Right.  That's a cmd.exe-is

Re: [1.7] Undocumented change in accessing by dos drive letters?

2009/11/2 Larry Hall (Cygwin): > On 11/02/2009 01:29 PM, Jeffrey J. Kosowsky wrote: >> >> I didn't see any documentation in the What's New/What's Changed >> document saying that the following no longer works: >>                  : >> For example: >>        $ ls C: >>        ls: cannot access C:: No

Re: SOLVED: Removed 1.5.25 and installed 1.7.0, but still cannot access filenames containing Unicode

2009/11/2 Corinna Vinschen: >> >> You must not use characters >> >> in this range from U+f000 up to U+f0ff.  There's no solution to this >> >> except for "don't use these characters in filenames if they are not >> >> explicitely written there by either Cygwin or Microsoft's SUA". >> >> Actually the

Re: Parallel downloading of Cygwin packages

2009/11/2 Ron de Bruijn: > A single fast mirror is only going to be faster than multiple mirrors for > unrealistic values of "fast". Well, I regularly get 1 MByte/s from nearby mirrors. Call me undemanding, but I think that's a realistic value for "fast". > The reason for me not picking a fast mi

Re: unable to switch to gcc 4

2009/11/1 Hans Horn: > I think I figured it out myself; seemingly I need to have /etc/alternatives > in my path before /usr/bin. No, that shouldn't be necessary. Thes issue is with this: lrwxrwxrwx 1 Hans None9 Jul 14 16:30 /usr/bin/gcc.exe -> gcc-3.exe That link should be pointing to /

Re: Cannot access Samba share; cannot rebuild cygwin1.dll

2009/11/1 Christopher Faylor: > On Sun, Nov 01, 2009 at 01:32:19AM -0500, John Berger wrote: >>First is the "function not implemented" problem that is plaguing >>Samba users with Windows 7.   (I even upgraded to Samba 3.4.3 in the >>unlikely event that it fixed the problem.  No dice.)  This issue w

Re: SOLVED: Removed 1.5.25 and installed 1.7.0, but still cannot access filenames containing Unicode

2009/10/31 Steven Monai: >> That's the problem.  The character in that file is *not* U+0323, but >> U+f020, a character in the Unicode private use range, which is used in >> Cygwin to map ASCII characters invalid in Windows filenames but valid >> in POSIX filenames.  It's also used to map multibyte

Re: mark/copy text to clipboard without a mouse in rxvt or mintty

2009/10/27 Kurt Harriger: > Screen might just be the solution I'm looking for, thanks! > I also found this post to describing a way to integrate the screen > copy buffer with windows clipboard. > http://www.hanhuy.com/pfn/integrating_screen_and_clipboard On Cygwin there are simpler ways to get at

Re: Removed 1.5.25 and installed 1.7.0, but still cannot access filenames containing Unicode

2009/10/27 Corinna Vinschen: >> I added 'set LC_ALL=en_US.UTF-8' (without the quotes) to Cygwin.bat, as >> suggested in the Internationalization section of the 1.7 User Guide, but >> there was no improvement. > > Uh oh, I guess this must be changed again in the docs.  Cygwin is using > UTF-8 throug

Re: mark/copy text to clipboard without a mouse in rxvt or mintty

2009/10/26 Kurt Harriger: > When using the cmd window you can mark text using Alt-Space for menu, > E for edit, Enter to begin mark, position cursor to start of > selection, hold shift position cursor to end and press enter to copy > to clipboard, and finally Alt-Space, E, P to paste.  Although its

Re: dg-error vs. i18n?

2009/10/24 Dave Korn: >  BTW, I don't see why this is anything other than a gcc testsuite problem; if > we want to use UTF-8 as the default encoding in the C locale, who's to say we > shouldn't? POSIX certainly allows it, but glibc's behaviour has to be taken into account as well. If there was a d

[ANNOUNCEMENT] Updated: mintty-0.5.2-1

Mintty is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. Mintty is based on code from PuTT

Re: matlab not fully functional on cygwin

2009/10/23 Alex D. Kostic: > I recently installed cygwin (Cygwin/X X Server Version 1.5.3 (20090222), > X11R6) and am experiencing problems when I run MATLAB (7.9.0 R2009b)  on it. >  For the most part MATLAB works fine, except when I open an Editor window > the contents are blank (it's just a blan

Re: dg-error vs. i18n?

2009/10/24 Charles Wilson: > [cross-posted to cygwin list] > > Background for cygwin list: Dave discovered a problem running some of > the gcc tests.  The tests were run in the "C" locale, but in so doing > they assumed an ascii encoding (specifically, that "'" would match ' in > test patterns -- b

Re: Python throws error when closing /dev/urandom

> 2009/10/22 Topher Cawlfield >> I'm not sure if this is the right place to post such problems, but I ran into >> this problem when trying to use the paramiko library with python 2.5.2 in >> Cygwin. >> >> Ultimately the problem is that an IOError is generated when opening >> /dev/urandom, reading

Re: Python throws error when closing /dev/urandom

2009/10/22 Topher Cawlfield > I'm not sure if this is the right place to post such problems, but I ran into > this problem when trying to use the paramiko library with python 2.5.2 in > Cygwin. > > Ultimately the problem is that an IOError is generated when opening > /dev/urandom, reading some byt

Re: grep -i --color does not always color

2009/10/22 Morten Kjærulff: > Is this an error, or have I misunderstod something? > > /morten > > $ echo ABCabc|grep --color=auto B > ABCabc <<< B is red > > $ echo ABCabc|grep --color=auto b > ABCabc <<< b is red > > $ echo ABCabc|grep -i --color=auto b > ABCabc <<< B and b is red > > $ echo ABCab

Re: [1.7] windows 7 with networked drives - ls failure and mount -c does not stick...

2009/10/20 Corinna Vinschen: >> Device Type        : 7 >> Characteristics    : 10 >> Volume Name        : >> Serial Number      : 86510372 >> Max Filenamelength : 255 >> Filesystemname     : >> Flags              : 2f >>   FILE_CASE_SENSITIVE_SEARCH  : TRUE >>   FILE_CASE_PRESERVED_NAMES   : TRUE

Re: Contents of /usr/share/man/man2 is empty

2009/10/18 Paul McFerrin: > Yes, it is an emulation of a Kernel No, there is no _syscall interface into the kernel as there is on Linux and elsewhere. Cygwin emulates the C library layer instead. However, looking at my Debian system after installing the 'manpages-dev' package, 'man 2' is actually

Re: Contents of /usr/share/man/man2 is empty

2009/10/17 Paul McFerrin: > I noticed that /usr/share/man contains a "man2" sub-directory but it is > empty.  Any particular reason?  I have Category Cygwin-doc installed for > cygwin 1.7 but I am missing all man pages for Section 2 of the manual. Section 2 is system calls, which don't exist on Cy

Re: [ANNOUNCEMENT] Updated: mintty-0.5.1-1

2009/10/17 Eric Backus: > In passing, I'll note that xterm on my very old and out-of-date SuSE linux > installation uses DEL, so matches your new version of mintty Yeah, I think the GNU people managed to browbeat Linux distros into standardising on ^? some time ago. >> The workaround is to stick

Re: [ANNOUNCEMENT] Updated: mintty-0.5.1-1

2009/10/16 Warren Young: > Well, on Linux consoles, the term type is "linux".  Presumably this is one > of the reasons they felt they needed a separate term type. > > Maybe MinTTY should be emulating something other than xterm, which doesn't > have this backspace problem?  I don't mean something va

Re: [ANNOUNCEMENT] Updated: mintty-0.5.1-1

2009/10/16 Eric Backus: > Unfortunately, cygwin's terminfo/termcap entries for XTERM say that the > backspace key returns ^H.  This can be seen by looking in /etc/termcap for > xterm, and finding the 'kb' property for that entry, or by running 'infocmp > xterm' and looking for the 'kbs' property. >

Re: subversion and utf-8

2009/10/15 Markus Schaber: >> % export LANG=C.UTF-8 > > This was the solution - issuing that commando made it work. > > LANG=de.UTF-8 also seems to work. > > So I'll add this to my bashrc. Thanks a lot. A better place for this is cygwin.bat for the console, or the Text page of the options dialog f

Re: subversion and utf-8

2009/10/15 Lapo Luchini: > David Rothenberger wrote: >> % export LANG=C.UTF-8 >> % touch wc/Burgstraße wc/Geschäftsführer wc/für >> % svn add wc/* >> % svn ci -m '' wc >> >> Note that the "svn add" will fail if I don't set LANG=C.UTF-8. > > As per 1.7.0-62 announcement, UTF-8 should be the default

Re: How to deny directory-access for one dedicated user

2009/10/13 Matthias Meyer: > But nevertheless, user Backup can access the directory as well as the files Does user "Backup" have Administrator privileges? In that case you've got no chance. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/fa

[ANNOUNCEMENT] Updated: mintty-0.5.1-1

MinTTY is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. MinTTY is based on code from PuTT

Re: Segfault under cygwin 1.7.62

2009/10/12 Aidan Kehoe: > > and how does it change unexpectedly in terms of POSIX/Cygwin operations? > > And, importantly, what's the locale setting? > > We’re testing our handling of the file name encoding; we want to make sure > we can create a file with this name when we force the file name en

Re: call win32 psql from cygwin

2009/10/11 Sivaram Neelakantan: > I installed the win32 binary of PostgreSQL 8.4 in C:/PostgreSQL. > Launching mintty in cygwin and calling psql, the only thing that seems > to work is the psql --help call. > > $/cygdrive/c/PostgreSQL/8.4/bin/psql  -d mf -U sivaram > > simply waits till I hit Ctrl-

Re: [warning: implicit declaration of function] if enable flag std=c99

2009/10/11 Salvatore Santagati: > Nope, but under Linux works as well ( with and without std=c99 ) , > under cygwin if enable std=c99 > I've these type of warning ( source code here is only an example ) Seems Linux has got it wrong then, because ftello and fseeko are not standard C99 functions. Us

Re: [warning: implicit declaration of function] if enable flag std=c99

> I've tried to compile a source code[1] with this flags > "-D_FILE_OFFSET_BITS=64 -pedantic -Wconversion -Wpointer-arith > -Wcast-align -std=c99" and output is > > lfs.c: In function 'main': > lfs.c:26: warning: implicit declaration of function 'fseeko' > lfs.c:28: warning: implicit declaration of

Re: 1.7 unattended install

2009/10/10 : > When I use the script above, it appears that the --site I specify is > added to the list.  However, using that entry always results in the > failure message: > >    Unable to get setup-2.ini from > > This happens for every --site, not just Xmission. Yo

<    2   3   4   5   6   7   8   9   10   11   >