Re: emacs -nw keypad, tpu-edt.el, and C-h

2009-05-30 Thread Andy Koppe
Christopher Faylor wrote: >>Now of course if emacs can translate low-level console I/O as it sees >>fit, then the Cygwin DLL could also be able to translate Backspace into >>^?  characters rather than ^H, in CYGWIN=tty mode anyway.  So I had a >>look at fhandler_console.cc.  It already uses ReadCon

Re: [ANNOUNCEMENT] [1.7] Updated: git-1.6.3.1-1, git{k,-gui,-completion,-svn}-1.6.3.1-1

2009-05-30 Thread Matthew Iselin
On Sat, May 30, 2009 at 1:43 PM, Eric Blake wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > A new release of git, 1.6.3.1-1, has been uploaded to the cygwin 1.7 > release area.  This replaces 1.6.2.4-2 as current. > > NEWS: > = > This is a new upstream major release.  I'm attachin

Re: [ANNOUNCEMENT] [1.7] Updated: git-1.6.3.1-1, git{k,-gui,-completion,-svn}-1.6.3.1-1

2009-05-30 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [please trim what you reply to; you didn't need to repeat the attachment verbatim] According to Matthew Iselin on 5/30/2009 3:45 AM: > On Sat, May 30, 2009 at 1:43 PM, Eric Blake wrote: > A new release of git, 1.6.3.1-1, has been uploaded to the cygw

Re: R: [1.7] does LD_PRELOAD support more than 1 dll ?

2009-05-30 Thread Marco Atzeri
--- Sab 30/5/09, Christopher ha scritto: > >> ? Did you export it?? That might make a > >> difference if the shell is involved. > >> > >> ? ? cheers, > >> ? ? ? DaveK > >> > >Hi Dave, > >also exporting all the 3 variables in the script > >does make no difference > > > >export > PATH="$builddir/

Re: R: [1.7] does LD_PRELOAD support more than 1 dll ?

2009-05-30 Thread Christopher Faylor
On Sat, May 30, 2009 at 12:59:15PM +, Marco Atzeri wrote: > >--- Sab 30/5/09, Christopher ha scritto: > >> >> ? Did you export it?? That might make a >> >> difference if the shell is involved. >> >> >> >> ? ? cheers, >> >> ? ? ? DaveK >> >> >> >Hi Dave, >> >also exporting all the 3 variables

Re: emacs -nw keypad, tpu-edt.el, and C-h

2009-05-30 Thread Andy Koppe
> One more thing: with your change, Alt can be used to override ^? and > get ^H instead. Usually though, Ctrl is used as the modifier for this, > whereas Alt acts as Meta (i.e. it sends a ^[ prefix). Actually, we could take this one step further. In MinTTY, if Backspace is set to send ^?, Ctrl+Bac

Re: emacs -nw keypad, tpu-edt.el, and C-h

2009-05-30 Thread Christopher Faylor
On Sat, May 30, 2009 at 07:00:46PM +0100, Andy Koppe wrote: >> One more thing: with your change, Alt can be used to override ^? and >> get ^H instead. Usually though, Ctrl is used as the modifier for this, >> whereas Alt acts as Meta (i.e. it sends a ^[ prefix). > >Actually, we could take this one

Re: emacs -nw keypad, tpu-edt.el, and C-h

2009-05-30 Thread Andy Koppe
>>The Linux console in Opensuse actually does the same thing, and two's >>a standard, right? ;) > > Actually, no.  I emulated the linux console on my system.  kterminal and > xterm also makes no distinction that I can see between CTRL-Backspace > and Backspace. As I said, I've seen the ^_ in the t

Re: 1.7.0-48: [BUG] Passing characters above 128 from bash command line

2009-05-30 Thread Edward Lam
I'm reposting since I didn't mean to send this privately. On Fri, May 29, 2009 17:22, Alexey Borzenkov wrote: > Here, when I use russian Windows and I don't have LANG set (or when I > have LANG=en_US.UTF-8), filename will be utf-8 multibyte string. So > both, russian and european/chinese/japanese

[Fwd: Re: 1.7.0-48: [BUG] Passing characters above 128 from bash command line]

2009-05-30 Thread Edward Lam
Repost for mailing list. On Sat, May 30, 2009 at 6:03 PM, Edward Lam wrote: >> Here, when I use russian Windows and I don't have LANG set (or when I >> have LANG=en_US.UTF-8), filename will be utf-8 multibyte string. So >> both, russian and european/chinese/japanese filenames will be valid. >> No

Re: 1.7.0-48: [BUG] Passing characters above 128 from bash command line

2009-05-30 Thread Edward Lam
>> Ok, so where's the bug tracker so I can log a bug? > > Isn't this mailing list serving as bug tracker? I just hope that > whoever can fix this is reading our emails and will come up with the > right solution. Given the lack of developer acknowledgment (or refutation), I'm not getting my hopes u

[ANNOUNCEMENT] [1.7] Updated: libiconv-1.13-10

2009-05-30 Thread Charles Wilson
The GNU libiconv package provides an iconv() implementation, for use on systems which don't have one, or whose implementation cannot convert from/to Unicode. [[ compiled using gcc-3.4.4-999 ]] This release was compiled specifically for cygwin-1.7. In addition to taking advantage of new facilitie

[ANNOUNCEMENT] Updated: libiconv-1.13-1

2009-05-30 Thread Charles Wilson
The GNU libiconv package provides an iconv() implementation, for use on systems which don't have one, or whose implementation cannot convert from/to Unicode. [[ compiled using gcc-3.4.4-999 ]] This will most likely be the final libiconv update for the cygwin-1.5 distribution; future development w

Re: emacs -nw keypad, tpu-edt.el, and C-h

2009-05-30 Thread Matt Wozniski
On Sat, May 30, 2009 at 2:35 PM, Andy Koppe wrote: >>>The Linux console in Opensuse actually does the same thing, and two's >>>a standard, right? ;) >> >> Actually, no.  I emulated the linux console on my system.  kterminal and >> xterm also makes no distinction that I can see between CTRL-Backspac

Re: 1.7.0-48: [BUG] Passing characters above 128 from bash command line

2009-05-30 Thread Christopher Faylor
On Sat, May 30, 2009 at 04:23:22PM -0400, Edward Lam wrote: >>> Ok, so where's the bug tracker so I can log a bug? >> >> Isn't this mailing list serving as bug tracker? I just hope that >> whoever can fix this is reading our emails and will come up with the >> right solution. > >Given the lack of d

Re: 1.7.0-48: [BUG] Passing characters above 128 from bash command line

2009-05-30 Thread Charles Wilson
Edward Lam wrote: >>> Ok, so where's the bug tracker so I can log a bug? >> Isn't this mailing list serving as bug tracker? I just hope that >> whoever can fix this is reading our emails and will come up with the >> right solution. > > Given the lack of developer acknowledgment (or refutation), I'

Re: emacs -nw keypad, tpu-edt.el, and C-h

2009-05-30 Thread Ken Brown
On 5/30/2009 1:53 AM, Christopher Faylor wrote: However, I have made the change to Cygwin to translate backspace to ^?. It will be in the next snapshot. Thanks! Now C-h and Backspace work as expected when I run emacs in a Cygwin console, provided I do stty erase ^? first. Am I right in assum

Cygwin postinstall scripts / bash [ ] syntax fails on Win 2003 x64 / Xen

2009-05-30 Thread dsp435
Hello all, First time writing to this list, forgive me if this is redundant but I have spent many hours researching this issue and while it seems to be at least a known issue, I can't find any evidence it has been addressed. The best thing I can do is point you to this post, it is quite tel

Building against Stripped DLLs

2009-05-30 Thread Christina McQuirk
Hi, I am working on a OpenGL project in gcc, cygwin. I keep getting the error -lglu32 not found when I run make. I did a search through google/cygwin archives and found that I need to be using UNIX static library files something like .a or .dll.a instead of the.dll files I currently have. (As a

Re: Building against Stripped DLLs

2009-05-30 Thread René Berber
Christina McQuirk wrote: [snip] > Is there a way to turn these stripped files into .a files? Or, can I > get the source code somewhere? The files I am having trouble with are > -lglu32, -lglut32, -lopengl32, -lkernel32. I have the dlls in my > system32 folder, but I do not have import library v

Re: Building against Stripped DLLs

2009-05-30 Thread René Berber
René Berber wrote: > Christina McQuirk wrote: > > [snip] >> Is there a way to turn these stripped files into .a files? Or, can I >> get the source code somewhere? The files I am having trouble with are >> -lglu32, -lglut32, -lopengl32, -lkernel32. I have the dlls in my >> system32 folder, but I

Re: Building against Stripped DLLs

2009-05-30 Thread Dave Korn
René Berber wrote: > René Berber wrote: >> Christina McQuirk wrote: >> >> [snip] >>> Is there a way to turn these stripped files into .a files? Or, can I >>> get the source code somewhere? The files I am having trouble with are >>> -lglu32, -lglut32, -lopengl32, -lkernel32. I have the dlls in my

Re: Cygwin postinstall scripts / bash [ ] syntax fails on Win 2003 x64 / Xen

2009-05-30 Thread Christopher Faylor
On Sat, May 30, 2009 at 06:19:25PM -0500, dsp...@integrasphere.com wrote: >First time writing to this list, forgive me if this is redundant but I >have spent many hours researching this issue and while it seems to be >at least a known issue, I can't find any evidence it has been >addressed. > >The

Re: Cygwin postinstall scripts / bash [ ] syntax fails on Win 2003 x64 / Xen

2009-05-30 Thread Dave Korn
dsp...@integrasphere wrote: > The people who posted at the above link wrote a patch that supposedly > solved the problem, but there is no way for a normal user to try this > without a compiler That's ok. Normal users are allowed to have compilers just as much as abnormal ones :) cheers,

Win2k Command Window Can't Execute G++

2009-05-30 Thread Roger Head
Hi All, I'm a noob to Cygwin and all things non-Windows. I installed Cygwin on my Win2k system (a couple of hiccups, but nothing major), then installed the GCC. When that completed, I did g++ -v in a bash window, and got the expected response. I am *sure* (99% anyway) that I was also able to do

Re: Win2k Command Window Can't Execute G++

2009-05-30 Thread Larry Hall (Cygwin)
Roger Head wrote: Hi All, I'm a noob to Cygwin and all things non-Windows. I installed Cygwin on my Win2k system (a couple of hiccups, but nothing major), then installed the GCC. When that completed, I did g++ -v in a bash window, and got the expected response. I am *sure* (99% anyway) that I

Re: Win2k Command Window Can't Execute G++

2009-05-30 Thread Roger Head
Larry Hall (Cygwin cygwin.com> writes: > > Roger Head wrote: > > Hi All, > > Cygwin installation I had to manually add \Cygwin\bin and \Cygwin\usr\bin to the PATH. That hasn't been altered. > If you want Windows applications to be able to see Cygwin apps without > adding explicit paths to t