/usr/games to install games?

2008-03-14 Thread Jari Aalto

What is the proper location for games in Cygwin? According to FHS[1],
I've used:

 /usr/games

Jari

[1] http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS9

Chapter 4. The /usr Hierarchy
Purpose

/usr is the second major section of the filesystem. /usr is shareable,
read-only data. That means that /usr should be shareable between
various FHS-compliant hosts and must not be written to. Any
information that is host-specific or varies with time is stored
elsewhere.

Specific Options
.
Directory   Description
X11R6   XWindow System, version 11 release 6 (optional)
games   Games and educational binaries (optional)
libqual   Alternate Format Libraries (optional)
src Source code (optional)

-- 
Welcome to FOSS revolution: we fix and modify until it shines


[GTG] Re: [ITP] vfu 4.06 -- A mc-like versatile text-based filemanager

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 In Debian stable:

 http://packages.debian.org/unstable/vfu

Builds fine from source, packaging and setup.hint look good.

GTG
  Volker


[GTG] Re: [ITP] tirc 1.2 -- Token's irc client

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 Included in Debian stable:

 http://packages.debian.org/tirc

Builds fine from source, packaging and setup.hint look good.

GTG
  Volker


[GTG] Re: [ITP] cdargs 1.35 -- Bookmarks and browsing for the cd command

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 Include din Debian stable:

 http://packages.debian.org/cdargs

Builds fine from source and packaging looks good.
Requires should be:

requires: cygwin bash libncurses8

GTG
  Volker


[GTG] Re: [ITP] lv 4.51 -- Multilingual less-like viewer

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 Included in Debian stable:

 http://packages.debian.org/lv

Builds fine from source, packaging and setup.hint look good.

GTG
  Volker


Re: [ITP] iselect 1.4.0 -- An interactive line selection tool for ASCII files

2008-03-14 Thread Jari Aalto
* Thu 2008-03-13 Volker Zell [EMAIL PROTECTED]
* Message-Id: [EMAIL PROTECTED]

  http://packages.debian.org/iselect

 /usr/bin.exe   

Fixed.

  mkdir iselect
  cd iselect
  wget\
http://cygwin.cante.net/iselect/setup.hint \
http://cygwin.cante.net/iselect/iselect-1.4.0-1-src.tar.bz2 \
http://cygwin.cante.net/iselect/iselect-1.4.0-1.tar.bz2
  tar -xf iselect-1.4.0-1-src.tar.bz2
  ./iselect*.sh --color all

-- 
Welcome to FOSS revolution: we fix and modify until it shines


Re: [GTG] Re: [ITP] cdargs 1.35 -- Bookmarks and browsing for the cd command

2008-03-14 Thread Jari Aalto
* Fri 2008-03-14 Volker Zell [EMAIL PROTECTED]
* Message-Id: [EMAIL PROTECTED]
  http://packages.debian.org/cdargs

 Builds fine from source and packaging looks good.
 requires: cygwin bash libncurses8

Fixed.

  mkdir cdargs
  cd cdargs
  wget\
http://cygwin.cante.net/cdargs/cdargs-1.35-1-src.tar.bz2 \
http://cygwin.cante.net/cdargs/cdargs-1.35-1.tar.bz2 \
http://cygwin.cante.net/cdargs/setup.hint
  tar -xf cdargs-1.35-1-src.tar.bz2
  ./cdargs*.sh --color all

Jari

-- 
Welcome to FOSS revolution: we fix and modify until it shines


Re: [ITP] tirc 1.2 -- Token's irc client

2008-03-14 Thread Corinna Vinschen
On Mar 13 19:41, Jari Aalto wrote:
 http://cygwin.cante.net/tirc/tirc-1.2-1-src.tar.bz2 \
 http://cygwin.cante.net/tirc/tirc-1.2-1.tar.bz2 \
 http://cygwin.cante.net/tirc/setup.hint

Uploaded.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


Re: [ITP] vfu 4.06 -- A mc-like versatile text-based filemanager

2008-03-14 Thread Corinna Vinschen
On Mar 13 19:41, Jari Aalto wrote:
 http://cygwin.cante.net/vfu/vfu-4.06-1-src.tar.bz2 \
 http://cygwin.cante.net/vfu/vfu-4.06-1.tar.bz2 \
 http://cygwin.cante.net/vfu/setup.hint

Uploaded.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


Re: [GTG] Re: [ITP] cdargs 1.35 -- Bookmarks and browsing for the cd command

2008-03-14 Thread Corinna Vinschen
On Mar 14 11:11, Jari Aalto wrote:
 http://cygwin.cante.net/cdargs/cdargs-1.35-1-src.tar.bz2 \
 http://cygwin.cante.net/cdargs/cdargs-1.35-1.tar.bz2 \
 http://cygwin.cante.net/cdargs/setup.hint

Uploaded.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


Re: [RFU] robodoc-4.99.36-1

2008-03-14 Thread Corinna Vinschen
On Mar 13 20:58, Gergely Budai wrote:
   http://home.arcor.de/thuffir/cygwin/robodoc/robodoc-4.99.36-1-src.tar.bz2 \
   http://home.arcor.de/thuffir/cygwin/robodoc/robodoc-4.99.36-1.tar.bz2 \
   http://home.arcor.de/thuffir/cygwin/robodoc/setup.hint

Uploaded.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


Re: [ITA] sysvinit: A System-V Init Clone

2008-03-14 Thread Corinna Vinschen
Yaakov?

We're waiting for almost a month now for the new util-linux package.
Can you please update?


On Mar  3 18:55, Corinna Vinschen wrote:
 Yaakov?
 
 Any chance you can do the update?
 
 On Feb 25 12:24, Corinna Vinschen wrote:
  On Feb 20 11:48, Corinna Vinschen wrote:
   On Feb 19 23:03, Dr. Volker Zell wrote:
Hi

I would like to adopt and maintain the 'sysvinit' package from Sergey 
Okhapkin.
[...]
wget http://volkerzell.de/cygwin/ITP/sysvinit/setup.hint
wget 
http://volkerzell.de/cygwin/ITP/sysvinit/sysvinit-2.86-1-src.tar.bz2
wget http://volkerzell.de/cygwin/ITP/sysvinit/sysvinit-2.86-1.tar.bz2
   
   Packaging looks good to me.  Thanks for taking over!
   
   I have prepared a new inetutils package which doesn't provide logger.exe
   anymore. 
  
  I uploaded the above package.  I also uploaded a new inetutils 
  package which was necessary due to a security problem in rshd.
  
   Now we just need a new util-linux package without last.exe. :)
  
  This is still the case.  We still need the new util-linux package
  without last.exe.  Yaakov?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


Re: /usr/games to install games?

2008-03-14 Thread Corinna Vinschen
On Mar 14 08:32, Jari Aalto wrote:
 
 What is the proper location for games in Cygwin? According to FHS[1],
 I've used:
 
  /usr/games

The original idea to put everything into /usr/bin (or better /bin since
/usr/bin is just a mount) was to make sure that the normal applications
are in the same dir as the DLLs they need for running.

I'm not too sure that we should keep this scheme in the long run.
The /bin dir is getting very big in a full install and /bin should
be in $PATH anyway.

For now we should probably stick to this scheme, but we should rethink
this approach at least when we create the new package area for the 
Cygwin 1.7 release.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


Re: [ITP] greed 3.4 -- Curses-based clone of the DOS freeware game Greed

2008-03-14 Thread Jari Aalto
* Fri 2008-03-14 Volker Zell [EMAIL PROTECTED]
* Message-Id: [EMAIL PROTECTED]
 Wrong packaging:
 /usr/games/greed.exe - /usr/bin/greed.exe

Moved.

 mkdir -p greed
  cd greed
  wget\
http://cygwin.cante.net/greed/greed-3.4-1-src.tar.bz2 \
http://cygwin.cante.net/greed/greed-3.4-1.tar.bz2 \
http://cygwin.cante.net/greed/setup.hint
  tar -xf greed-3.4-1-src.tar.bz2
  ./greed*.sh --color all

-- 
Welcome to FOSS revolution: we fix and modify until it shines


Re: [ITP] sudoku 1.0.1 -- Console based sudoku

2008-03-14 Thread Jari Aalto
* Fri 2008-03-14 Volker Zell [EMAIL PROTECTED]
* Message-Id: [EMAIL PROTECTED]
 Wrong packaging:
 /usr/games/sudoku.exe - /usr/bin/sudoku.exe

Moved.

  mkdir sudoku
  cd sudoku
  wget\
http://cygwin.cante.net/sudoku/sudoku-1.0.1-1-src.tar.bz2 \
http://cygwin.cante.net/sudoku/sudoku-1.0.1-1.tar.bz2 \
http://cygwin.cante.net/sudoku/setup.hint
  tar -xf sudoku-1.0.1-1-src.tar.bz2
  ./sudoku*.sh --color all

-- 
Welcome to FOSS revolution: we fix and modify until it shines


Re: [ITP] ninvaders 0.1.1 -- A space invaders-like game using ncurses

2008-03-14 Thread Jari Aalto
* Thu 2008-03-13 Volker Zell [EMAIL PROTECTED]
* Message-Id: [EMAIL PROTECTED]
 Wrong packaging:
 /usr/games/ninvaders.exe - /usr/bin/ninvaders.exe

Moved.

  mkdir ninvaders
  cd ninvaders
  wget\
http://cygwin.cante.net/ninvaders/ninvaders-0.1.1-1-src.tar.bz2 \
http://cygwin.cante.net/ninvaders/ninvaders-0.1.1-1.tar.bz2 \
http://cygwin.cante.net/ninvaders/setup.hint
  tar -xf ninvaders-0.1.1-1-src.tar.bz2
  ./ninvaders*.sh --color all

-- 
Welcome to FOSS revolution: we fix and modify until it shines


[GTG] Re: [ITP] iselect 1.4.0 -- An interactive line selection tool for ASCII files

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 * Thu 2008-03-13 Volker Zell [EMAIL PROTECTED]
 * Message-Id: [EMAIL PROTECTED]
 
  http://packages.debian.org/iselect
 
 /usr/bin.exe   

 Fixed.

Builds fine from source, packaging and setup.hint look good.

GTG
  Volker


[GTG] Re: [ITP] pal 0.3.5 -- A cal-like calendar with day highlight and support for events

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 * Fri 2008-03-14 Volker Zell [EMAIL PROTECTED]
 * Message-Id: [EMAIL PROTECTED]
  requires: cygwin glib2 libiconv2 libintl3 libintl8 libncurses8 
libreadline6
 
 requires: cygwin glib2 libintl8 libreadline6

 Fixed.

Builds fine from source, packaging and setup.hint look good.

GTG
  Volker


[GTG] Re: [ITP] ninvaders 0.1.1 -- A space invaders-like game using ncurses

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 * Thu 2008-03-13 Volker Zell [EMAIL PROTECTED]
 * Message-Id: [EMAIL PROTECTED]
 Wrong packaging:
 /usr/games/ninvaders.exe - /usr/bin/ninvaders.exe

 Moved.

Builds fine from source, packaging and setup.hint look good.

GTG
  Volker


[GTG] Re: [ITP] sudoku 1.0.1 -- Console based sudoku

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 * Fri 2008-03-14 Volker Zell [EMAIL PROTECTED]
 * Message-Id: [EMAIL PROTECTED]
 Wrong packaging:
 /usr/games/sudoku.exe - /usr/bin/sudoku.exe

 Moved.

Builds fine from source, packaging and setup.hint look good.

GTG
  Volker


[GTG] Re: [ITP] greed 3.4 -- Curses-based clone of the DOS freeware game Greed

2008-03-14 Thread Dr. Volker Zell
 Jari Aalto writes:

 * Fri 2008-03-14 Volker Zell [EMAIL PROTECTED]
 * Message-Id: [EMAIL PROTECTED]
 Wrong packaging:
 /usr/games/greed.exe - /usr/bin/greed.exe

 Moved.

Builds fine from source, packaging and setup.hint look good.

GTG
  Volker


ash/bash postinstall dance [Was: Cygwin doesn't install on Windows Server 2008 (x64).]

2008-03-14 Thread Brian Dessent
Krzysztof Ostrowski wrote:

 What is the purpose of 00ash.sh, and what kind of system calls does it
 attempt at making? Surely, it must be something very unusual because I've got

The strange thing about this is that 00ash should be totally superfluous
on a new system.  And syscalls?  It's a shell script, it's just invoking
programs, it doesn't really know waht a syscall is.

A bit of background: For a long time in the past /bin/sh was really ash
-- the ash package simply provided /bin/sh.exe, the bash package
provided /bin/bash.exe, and that was that.  There was no confusion or
contention between the two.

Except that ash sucks.  It's not actively maintained, it's sort of
buggy, not very POSIX compliant, and there are lots of shell scripts in
the wild that start with #!/bin/sh but use bash-specific features since
/bin/sh is bash on Linux.  The reason for having ash as sh was because
at some point in the very distant past it had been determined that
because of ash's simplicity it was also faster than bash, which matters
for Cygwin because process creation is really slow.

We revisited this thinking a few years ago, sometime in mid 2005 I
think.  We determined that the fact that bash had a lot more builtins
than ash compensated for any potential increase in complexity such that
it was not in fact slower.  We decided to change the packaging so that
/bin/sh was bash.  This was some time around mid-2005, so this is by far
not a new change.

Only we couldn't just stop providing ash as we needed a way of running
the rebaseall script, which attempts to re-layout the ImageBase of all
DLLs from Cygwin packages, which requires writing the new ImageBase to
the .dll, which requires it not be in use.  But bash links dynamically
with libintl, libiconv, libreadline, and libcurses so those would be in
use if bash were running the rebaseall script.  ash only links with the
Cygwin DLL so it is immune to this problem, so we decided to keep it
around for that purpose.

Under the new system, the ash package extracts /bin/ash.exe, the bash
package extracts /bin/bash.exe and no package extracts /bin/sh.exe. 
That is handled between the ash and bash postinstall scripts.  The
reason for doing this was to make the upgrade safer: you could in thoery
release a new ash that unpacks a /bin/ash.exe and a new bash package
that unpacks both a /bin/sh.exe and a /bin/bash.exe.  However, this
leaves a potential route for the user having a broken system unless they
install both updates at the same time.

In the new system, the job of making sure there is a /bin/sh.exe (as
well as keeping it updated) is covered by the postinstalls: 00bash.sh
and 00ash.sh both try to ensure that if there is no /bin/sh.exe, or the
/bin/sh.exe that exists is ash, that bash.exe is copied to sh.exe.  The
bash postinstall also does the copy if bash is newer than sh, so that
when bash is upgraded the copy will be updated.  (Note that it would be
a lot easier to use a hard or soft link, but those won't work for
various other reasons.)

Anyway, the point of all this is that these postinstalls really only
have one function: make sure /bin/sh is correct.  And since you're not
updating a system from 2005, you can simulate this entirely by copy
c:\cygwin\bin\bash.exe c:\cygwin\bin\sh.exe at a Command Prompt if for
any reason it is not working correctly.

That brings up an interesting, and I think valid question -- Why are we
still catering to systems that might be stuck in 2005 with an ash
/bin/sh?  If we change the bash binary package to extract both /bin/sh
and /bin/bash (the setup program expands hard links in the tarball as
copies, so we can use a hard link there to save space) then that means
that we don't have to worry about copying anything to sh.exe anymore, it
will always be in sync with bash.exe.  The ash postinstall could go away
entirely and the bash postinstall (and startup!) could be simplified
tremendously...

Brian


src/winsup/cygwin ChangeLog fcntl.cc path.cc s ...

2008-03-14 Thread corinna
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2008-03-14 20:43:28

Modified files:
winsup/cygwin  : ChangeLog fcntl.cc path.cc smallprint.cc 
 winsup.h 

Log message:
* fcntl.cc (fcntl_worker): Protect with a 'myfault'.

* path.cc (normalize_posix_path): Treat X:/ as Win32 path, too.

* smallprint.cc (__wrn): New static function.
(__small_vswprintf): New function to generate WCHAR strings.
(__small_swprintf): Ditto.
* winsup.h (__small_swprintf): Declare.
(__small_vswprintf): Declare.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4063r2=1.4064
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fcntl.cc.diff?cvsroot=srcr1=1.24r2=1.25
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.479r2=1.480
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/smallprint.cc.diff?cvsroot=srcr1=1.7r2=1.8
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/winsup.h.diff?cvsroot=srcr1=1.215r2=1.216



Re: [patch] recognise when an exec()d process terminates due to unhandled exception

2008-03-14 Thread Brian Dessent
Brian Dessent wrote:

 isn't present, etc.  I was really hoping to figure out a cool way to get
 that info, perhaps by poking around in the TEB or PEB somewhere, but I
 haven't gotten that far.  If anyone has any general ideas where to look
 for NTLDR's internal state, I'm all ears.  I have a hunch it would be
 possible to get if we were running the exec'd process in a debugger loop
 and pumping WaitForDebugEvent() messages, since those can have
 parameters attached to exception codes.  But that's a little too
 extreme.

For anyone curious, it's absolutely possible to do the above.  For the
C139 fault (missing procedure point entry), %ebx at the time of the
fault points right at the AsciiZ name of the missing import in the
.idata section, -8(%ebp) points to the import name in UNICODE, and
-10(%ebp) points to the DLL name in UNICODE.

For the C135 fault (the unable to locate component popup), %esi at
the time of the fault points right to the missing library name in
UNICODE.

For the C005 fault (the LDR hits an access violation trying to fixup
a reloc .rdata), %ebx points to an AsciiZ name of the symbol it was
relocating and 24(%ebp) points to an AsciiZ filename of the module which
that symbol is supposed to be pointing into.

Now I'm sure a lot of those above offsets are just coincidental, as I
haven't done much testing to see if it's reliably set as above.  However
it does mean that it would be relatively easy to use the debug API to
step a process through its initialization and find out exactly why it's
faulting.  I've been working on something along those lines for cygcheck
which will also give dynamic process tracing, i.e. runtime LoadLibrary
stuff.  Combined with enabling the LDR snaps debug output, there is a
tremendous amount of debug capability hidden here.

Brian


Re: [patch] recognise when an exec()d process terminates due to unhandled exception

2008-03-14 Thread Corinna Vinschen
On Mar 14 04:08, Brian Dessent wrote:
 Brian Dessent wrote:
 
  isn't present, etc.  I was really hoping to figure out a cool way to get
  that info, perhaps by poking around in the TEB or PEB somewhere, but I
  haven't gotten that far.  If anyone has any general ideas where to look
  for NTLDR's internal state, I'm all ears.  I have a hunch it would be
  possible to get if we were running the exec'd process in a debugger loop
  and pumping WaitForDebugEvent() messages, since those can have
  parameters attached to exception codes.  But that's a little too
  extreme.
 
 For anyone curious, it's absolutely possible to do the above.  For the
 C139 fault (missing procedure point entry), %ebx at the time of the
 fault points right at the AsciiZ name of the missing import in the
 .idata section, -8(%ebp) points to the import name in UNICODE, and
 -10(%ebp) points to the DLL name in UNICODE.
 
 For the C135 fault (the unable to locate component popup), %esi at
 the time of the fault points right to the missing library name in
 UNICODE.
 
 For the C005 fault (the LDR hits an access violation trying to fixup
 a reloc .rdata), %ebx points to an AsciiZ name of the symbol it was
 relocating and 24(%ebp) points to an AsciiZ filename of the module which
 that symbol is supposed to be pointing into.
 
 Now I'm sure a lot of those above offsets are just coincidental, as I
 haven't done much testing to see if it's reliably set as above.  However
 it does mean that it would be relatively easy to use the debug API to
 step a process through its initialization and find out exactly why it's
 faulting.  I've been working on something along those lines for cygcheck
 which will also give dynamic process tracing, i.e. runtime LoadLibrary
 stuff.  Combined with enabling the LDR snaps debug output, there is a
 tremendous amount of debug capability hidden here.

That's really cool.  Your patch looks good, but it's Chris' code so
he will have the final say.

What we also could do instead of adding this to the DLL is to add this
to cygcheck and/or strace only.  If somebody complains on the list that
a process just exits, we can point him to run it under cygcheck and it
will tell you what's wrong.  That would be already quite nice, imho.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


Re: [patch] recognise when an exec()d process terminates due to unhandled exception

2008-03-14 Thread Christopher Faylor
On Thu, Mar 13, 2008 at 07:46:37PM -0700, Brian Dessent wrote:
Brian Dessent wrote:

 As we all know, Cygwin calls SetErrorMode (SEM_FAILCRITICALERRORS) to
 suppress those pop up GUI messageboxes from the operating system when 

Oh, I forgot to mention:

In the course of testing this I came to realize that because of some
sort of retry if fork doesn't seem to be working code (not sure of the
details), every time that this situation comes up we are actually
launching five copies of the binary.

That was going to be my first observation, actually.  I'm still trying
to digest the patch but it seems like it wouldn't work well with the
fork retry code.

cgf


Re: Will gnuplot 4.2.3 on cygwin be comming soon?

2008-03-14 Thread Dr. Volker Zell
 Tatsuro MATSUOKA writes:

 Hello cygwin-gnuplot maintainer
 I found that gnuplot 4.2.3 has been officially updatex on sourceforge
 However unfortunately, there was no gp423win32x11.zip.

 Of course you will know that build of the gnuplot from source on cygwin 
is not a difficult work.
 So I think it is you will go ahead to to update the new gnuplot.

Yes

Ciao
  Volker

--
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: Cygwin doesn't install on Windows Server 2008 (x64).

2008-03-14 Thread Krzysztof Ostrowski
Unfortunately I'm not intimately familiar with Cygwin sources. I was assuming
that someone who actually understands what the setup is doing could suggest
places to look at, perhaps some log files or error dumps. I couldn't find any
useful logs, the only one that I've found wasn't flushed and had size 0, and
looking at system calls gave me no hints because 00ash.sh doesn't
apparently generate any. 

Surely, the setup must leave some traces of its activities. I'd be happy to
contribute some time and energy to this opensource effort by collecting
information about a possible bug, but I can't afford to become expert on
Cygwin. I was hoping someone who is already an expert can provide hints. If
not, that's perfectly fine. I can live without Cygwin.

What is the purpose of 00ash.sh, and what kind of system calls does it
attempt at making? Surely, it must be something very unusual because I've got
all sorts of win32 apps running on this machine without any glitch. It has to
be related to the fact that it runs on WoWx64, for I verified that x32
doesn't have such problem. I'd imagine there'd be only a handful of places in
Cygwin that require the sort of unusual functionality from the OS that 99%
other apps don't need, and if we further narrow it down to the post-install
setup, that'd be even less. 

Krzys



 Still, I can't reproduce the problem.  I'm, too, running RTM versions
 from MSDN, x86 and x64 Standard Edition.  Just for kicks, I'll install
 an Enterprise x64 in the next couple of days and try again. 

 Can somebody else confirm or deny such a problem on 2008?

 Other than that, you're the one who could debug any problems.  I can't
 tell what you should look for.  Except for it hangs without taking
 CPU, we have no other details.



--
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: Konsole or similar in cygwin

2008-03-14 Thread Reid Thompson

google  .Xdefaults
and look at some examples ala
https://engineering.purdue.edu/ECN/Support/KB/Docs/UsingTheXdefaultsFil

http://www.xs4all.nl/~hanb/configs/dot-Xdefaults


On Fri, 2008-03-14 at 09:27 +0100, Danilo Turina wrote:
 I change this stuff by using cmd line arguments, e.g.:
 
 /usr/local/bin/mrxvt -geometry 80x67 -sb -sr -sl 5000 -tnum 2 -tn xterm 
 -cs -stt -bc -b 20 -pixmap '/etc/bgs/Luna.jpg' -vt1.pixmap 
 '/etc/bgs/snow.jpg' -vt2.pixmap '/etc/bgs/clouds.jpg' -e /usr/bin/bash 
 --login -i
 
 but I don't know whether is it possibile to change these attributes via 
 some menu or some other way, better you check the site of the product.
 
 Ciao,
   Danilo
 
 horacioemilio wrote:
  Hi,
  
  I installed and so it but, how can I change colors and background color and
  reduce font size ?
  
  Thanks
  
  
  Danilo Turina-2 wrote:
  horacioemilio wrote:
  Hi,
 
  is it some way to have Konsole in cygwin ?
 
  I like its features like tabs, etc
 
  Thanks in advance
 
  I use mrxvt, you can find it on SourceForge (
  http://sourceforge.net/projects/materm/ ).
 
  Now I must add other text (I think) because the previous e-mail, only 
  composed by the above text, was returned to me with this error:
 
 cygwin@cygwin.com
   SMTP error from remote mailer after end of data:
   host sourceware.org [209.132.176.174]: 552 spam score exceeded 
  threshold
 
  I imagine that if I mention Cygwin and maybe X-Terminal and/or X-Server 
  and, finally, the implementation of multi-terminal on single window, 
  that practically, resemble what screen does in text-mode, maybe I will 
  not recognized as a spammer.
 
  Ciao,
 Danilo
 
 
  --
  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/
 
 
 
  
 
 
 --
 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/
 

--
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: Cygwin doesn't install on Windows Server 2008 (x64).

2008-03-14 Thread Popper, Samuel (US SSA)
Your PATH does not yet have any part of cygwin in it, so I just added
it:
export PATH=$PATH:/bin:/usr/bin

Try adding it to your path and see if you get better results.

But the behavior I saw was different- when the shell couldn't find a
command, it gave an error message but did not spawn a new process. 

-Sam

-Original Message-
From: Krzysztof Ostrowski [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 1:10 PM
To: Popper, Samuel (US SSA); [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

How did you manage to run something in another shell? When I start a
second
shell, I end up with an instance of bash.exe or ash.exe that doesn't
appear
to respond to any commands except pwd. Even ls doesn't work, it
returns
no output. Instead, the commands I type into bash.exe and ash.exe
cause
child processes to be spawned. I end up with a list of nested child
processes
that don't consume any CPU and remain blocked forever. The main shell I
launch is responsive, it just completes each command without output and
spawns new child processes instead.

Does that sound familiar? Is there a way to get at a working bash shell
before the post-install scripts complete?

Krzys


-Original Message-
From: Popper, Samuel (US SSA) [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 12:35 PM
To: [EMAIL PROTECTED]
Cc: Krzysztof Ostrowski
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hey, this sounds like my issue, except that I'm installing on Window
Server 2003.  I've completed setup by running the hanging shell
scripts from another bash shell and then killing that process (which
allows setup.exe to continue).  Does 00ash.sh work if you run it from
another shell?

I'm also at a loss of what to investigate next.  I've looked into
running bash shells from an alternate batch file that monitors with
strace and the -x flag to bash, and I see that when the shell hangs, it
occurs at random points while sourcing the profile.  When it happens,
there is always some other process (e.g. subshell, id, grep, tr, sed,
date) that exists but doesn't exit.  When that happens, I can see it via
ps(1) but not kill it via kill(1) - only through windows tools.  Upon
terminating the process that way, the original script continues.

I can generate an strace or process monitor log for when that happens if
it interests anyone.  Since they get large, let me know how to send it.

-Sam

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Krzysztof Ostrowski
Sent: Thursday, March 13, 2008 4:57 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

I'm positive about that, I just retried that on a clean machine. I'd be
happy
to send you logs or other debug info if you just tell me what you would
need.
I've looked at the log in C:\cygwin\var, but the file size is 0, the
setup is
probably not flushing the stuff it writes to the file.

The version is -11, I've double-checked it again during the setup.

The issue may not be the same as the one fixed in 1.5.25-11 because I
don't
actually get 100% CPU usage. While running 00ash.sh, bash.exe simply
pauses
forever, without apparently using any CPU.

I've monitored system calls in Process Monitor. While going over
00bash.sh,
which does eventually complete (after a long time), I can see bash.exe
making
system calls. While going over 00ash.sh, I don't see anything, it
hangs.

I'm running an RTM version of Windows Server 2008, downloaded from MSDN,
on a
fairly new ThinkPad T61p. The systems is otherwise very stable, I didn't
have
problems with 32-bit apps running over WoW so far. 

Krzys


 I can't reproduce this problem with 1.5.25-11.  It would have been an
 expected problem with 1.5.25-7 (though not on the x64 version), but
when
 you install -11, this is supposed to work fine on 2008 Server.  And it
 does for me, I just tried a fresh base install on a vanilla 2008
 Standard Server Edition.

 There must be something else broken on your machine.  Are you sure
that
 you installed 1.5.25-11 and not another version accidentally?  Or,
maybe
 the -7 version was installed already and a Cygwin process was still
 running or something like that?

 Corinna


--
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/




--
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: Cygwin doesn't install on Windows Server 2008 (x64).

2008-03-14 Thread Krzysztof Ostrowski
Hi,

Path wasn't an issue because I did specify full paths, but when I manually
copied bash.exe onto sh.exe, and terminated the instance of bash.exe that was
trying to run 00ash.sh, the setup did eventually complete. It simply timed
out on the remaining scripts (it didn't previously want to time out on
00ash.sh). After the setup completed I was finally able to launch a working
shell that wouldn't spawn nested chains of child processes, it did work
(except I had no environment setup, of course). In that shell, I could run
each of the failed post-install scripts one by one and now it seems to be
fully functional. I'm not sure why the shell wouldn't be functional at the
time when it runs the setup. Perhaps there's a race condition that makes
something run out of order before the shell is actually fully up and running?
Somehow, letting the setup just timeout on everything apparently fixes
it...

Krzys


-Original Message-
From: Popper, Samuel (US SSA) [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 1:26 PM
To: [EMAIL PROTECTED]
Cc: Krzysztof Ostrowski
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Your PATH does not yet have any part of cygwin in it, so I just added
it:
export PATH=$PATH:/bin:/usr/bin

Try adding it to your path and see if you get better results.

But the behavior I saw was different- when the shell couldn't find a
command, it gave an error message but did not spawn a new process. 

-Sam

-Original Message-
From: Krzysztof Ostrowski [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 1:10 PM
To: Popper, Samuel (US SSA); [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

How did you manage to run something in another shell? When I start a
second
shell, I end up with an instance of bash.exe or ash.exe that doesn't
appear
to respond to any commands except pwd. Even ls doesn't work, it
returns
no output. Instead, the commands I type into bash.exe and ash.exe
cause
child processes to be spawned. I end up with a list of nested child
processes
that don't consume any CPU and remain blocked forever. The main shell I
launch is responsive, it just completes each command without output and
spawns new child processes instead.

Does that sound familiar? Is there a way to get at a working bash shell
before the post-install scripts complete?

Krzys


-Original Message-
From: Popper, Samuel (US SSA) [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 12:35 PM
To: [EMAIL PROTECTED]
Cc: Krzysztof Ostrowski
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hey, this sounds like my issue, except that I'm installing on Window
Server 2003.  I've completed setup by running the hanging shell
scripts from another bash shell and then killing that process (which
allows setup.exe to continue).  Does 00ash.sh work if you run it from
another shell?

I'm also at a loss of what to investigate next.  I've looked into
running bash shells from an alternate batch file that monitors with
strace and the -x flag to bash, and I see that when the shell hangs, it
occurs at random points while sourcing the profile.  When it happens,
there is always some other process (e.g. subshell, id, grep, tr, sed,
date) that exists but doesn't exit.  When that happens, I can see it via
ps(1) but not kill it via kill(1) - only through windows tools.  Upon
terminating the process that way, the original script continues.

I can generate an strace or process monitor log for when that happens if
it interests anyone.  Since they get large, let me know how to send it.

-Sam

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Krzysztof Ostrowski
Sent: Thursday, March 13, 2008 4:57 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

I'm positive about that, I just retried that on a clean machine. I'd be
happy
to send you logs or other debug info if you just tell me what you would
need.
I've looked at the log in C:\cygwin\var, but the file size is 0, the
setup is
probably not flushing the stuff it writes to the file.

The version is -11, I've double-checked it again during the setup.

The issue may not be the same as the one fixed in 1.5.25-11 because I
don't
actually get 100% CPU usage. While running 00ash.sh, bash.exe simply
pauses
forever, without apparently using any CPU.

I've monitored system calls in Process Monitor. While going over
00bash.sh,
which does eventually complete (after a long time), I can see bash.exe
making
system calls. While going over 00ash.sh, I don't see anything, it
hangs.

I'm running an RTM version of Windows Server 2008, downloaded from MSDN,
on a
fairly new ThinkPad T61p. The systems is otherwise very stable, I didn't
have
problems with 32-bit apps running over WoW so far. 

Krzys


 I can't reproduce this problem with 1.5.25-11.  It would have been an
 expected problem with 1.5.25-7 (though not on the x64 

RE: Cygwin doesn't install on Windows Server 2008 (x64).

2008-03-14 Thread Krzysztof Ostrowski
I noticed that if I try to run setup to add more packages, the problem
reoccurs. Again, the setup process hangs during post-install, but when I kill
it and run the scripts by hand from the (now fully functional) bash console,
they all complete without any problems.

Krzys


-Original Message-
From: Krzysztof Ostrowski 
Sent: Friday, March 14, 2008 2:40 PM
To: [EMAIL PROTECTED]; '[EMAIL PROTECTED]'; 'Popper, Samuel (US SSA)'
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

Path wasn't an issue because I did specify full paths, but when I manually
copied bash.exe onto sh.exe, and terminated the instance of bash.exe that was
trying to run 00ash.sh, the setup did eventually complete. It simply timed
out on the remaining scripts (it didn't previously want to time out on
00ash.sh). After the setup completed I was finally able to launch a working
shell that wouldn't spawn nested chains of child processes, it did work
(except I had no environment setup, of course). In that shell, I could run
each of the failed post-install scripts one by one and now it seems to be
fully functional. I'm not sure why the shell wouldn't be functional at the
time when it runs the setup. Perhaps there's a race condition that makes
something run out of order before the shell is actually fully up and running?
Somehow, letting the setup just timeout on everything apparently fixes
it...

Krzys


-Original Message-
From: Popper, Samuel (US SSA) [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 1:26 PM
To: [EMAIL PROTECTED]
Cc: Krzysztof Ostrowski
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Your PATH does not yet have any part of cygwin in it, so I just added
it:
export PATH=$PATH:/bin:/usr/bin

Try adding it to your path and see if you get better results.

But the behavior I saw was different- when the shell couldn't find a
command, it gave an error message but did not spawn a new process. 

-Sam

-Original Message-
From: Krzysztof Ostrowski [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 1:10 PM
To: Popper, Samuel (US SSA); [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

How did you manage to run something in another shell? When I start a
second
shell, I end up with an instance of bash.exe or ash.exe that doesn't
appear
to respond to any commands except pwd. Even ls doesn't work, it
returns
no output. Instead, the commands I type into bash.exe and ash.exe
cause
child processes to be spawned. I end up with a list of nested child
processes
that don't consume any CPU and remain blocked forever. The main shell I
launch is responsive, it just completes each command without output and
spawns new child processes instead.

Does that sound familiar? Is there a way to get at a working bash shell
before the post-install scripts complete?

Krzys


-Original Message-
From: Popper, Samuel (US SSA) [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 12:35 PM
To: [EMAIL PROTECTED]
Cc: Krzysztof Ostrowski
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hey, this sounds like my issue, except that I'm installing on Window
Server 2003.  I've completed setup by running the hanging shell
scripts from another bash shell and then killing that process (which
allows setup.exe to continue).  Does 00ash.sh work if you run it from
another shell?

I'm also at a loss of what to investigate next.  I've looked into
running bash shells from an alternate batch file that monitors with
strace and the -x flag to bash, and I see that when the shell hangs, it
occurs at random points while sourcing the profile.  When it happens,
there is always some other process (e.g. subshell, id, grep, tr, sed,
date) that exists but doesn't exit.  When that happens, I can see it via
ps(1) but not kill it via kill(1) - only through windows tools.  Upon
terminating the process that way, the original script continues.

I can generate an strace or process monitor log for when that happens if
it interests anyone.  Since they get large, let me know how to send it.

-Sam

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Krzysztof Ostrowski
Sent: Thursday, March 13, 2008 4:57 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

I'm positive about that, I just retried that on a clean machine. I'd be
happy
to send you logs or other debug info if you just tell me what you would
need.
I've looked at the log in C:\cygwin\var, but the file size is 0, the
setup is
probably not flushing the stuff it writes to the file.

The version is -11, I've double-checked it again during the setup.

The issue may not be the same as the one fixed in 1.5.25-11 because I
don't
actually get 100% CPU usage. While running 00ash.sh, bash.exe simply
pauses
forever, without apparently using any CPU.

I've monitored system calls in Process Monitor. While going over

Profiling Cygwin applications

2008-03-14 Thread Michael Chen
Hi,

What do the Cygwin development team recommend for profiling Cygwin applications
(C/C++)?

Valgrind is not available for Cygwin, and I am told by IBM/Rational that
PurifyPlus for Windows does not (and I confirmed) support GCC compiled code.

Thank you

--Michael


--
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: Profiling Cygwin applications

2008-03-14 Thread Reini Urban
2008/3/14, Michael Chen [EMAIL PROTECTED]:
  What do the Cygwin development team recommend for profiling Cygwin 
 applications
  (C/C++)?

  Valgrind is not available for Cygwin, and I am told by IBM/Rational that
  PurifyPlus for Windows does not (and I confirmed) support GCC compiled code.

We have gcc and therefore -pg

gcc -pg
man gprof
-- 
Reini

--
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/



Memory leak checking for Cygwin applications

2008-03-14 Thread Michael Chen
Hi,

What do the Cygwin development team recommend for checking memory
leaks/violations in Cygwin applications (C/C++)?

Valgrind is not available for Cygwin, and I am told by IBM/Rational that
PurifyPlus for Windows does not (and I confirmed) support GCC compiled code.

Thank you

--Michael



--
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/



Changing middle mouse button for pasting to right mouse button in rxvt

2008-03-14 Thread Suan
Hi, I'm using rxvt in Cygwin and I'm wondering how to change my mouse bindings
from the middle button for pasting to the right button. The main reason why I
want to do this is because my laptop doesn't have a middle mouse button. Thanks
for any help!


--
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/



MIME::Lite Help

2008-03-14 Thread Troy Bull
Greetings

I love cygwin :).  I have it on all my windows machines.  The problem
is that I usually use MIME::Lite to send emails from various perl
tasks.  Does anyone know how to get this installed.  When I try to
install it from within CPAN.pm it fails complaining of no sendmail.
If anyone has any tips I would really appreciate it.

Thanks
troy

--
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: Changing middle mouse button for pasting to right mouse button in rxvt

2008-03-14 Thread Jerry D. Hedden
 my laptop doesn't have a middle mouse button.
Pressing the left and right mouse buttons at the same time has the same effect.

--
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: MIME::Lite Help

2008-03-14 Thread Jerry D. Hedden
 The problem
  is that I usually use MIME::Lite to send emails from various perl
  tasks.

1. Install ssmtp from Cygwin.
2. Run /usr/bin/ssmtp-config to configure.
3. If needed edit the config file
/etc/ssmtp/ssmtp.conf)
and add your mail hub.  For example:
mailhub=smtp.comcast.net:587
4. In Perl, you use:

my $msg = MIME::Lite-new(
  From = '[EMAIL PROTECTED]',
  To   = '[EMAIL PROTECTED]',
  Subject  = This is a test,
  Type = 'AUTO',
  Encoding = 'base64',
  Path = $file
);

$msg-send('sendmail', '/usr/sbin/ssmtp', '[EMAIL PROTECTED]');

Good luck

--
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: Changing middle mouse button for pasting to right mouse button in rxvt

2008-03-14 Thread Suan
Jerry D. Hedden jdhedden at cpan.org writes:

 
  my laptop doesn't have a middle mouse button.
 Pressing the left and right mouse buttons at the same time has the same 
 effect.
 
 
I read that somewhere earlier and tried itdoesn't work though




--
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/



Emacs-22.1.92.pretest Cygwin binaries

2008-03-14 Thread Angelo Graziosi

Non-official Cygwin binaries can be found here


   http://www.webalice.it/angelo.graziosi/cygwin/emacs/Emacs.html


To install see the emacs-22.1.92.pretest.README file.

Good Emacs!


Regards,

Angelo.

---
Facesti come quei che va di notte,
che porta il lume dietro e se' non giova,
ma dopo se' fa le persone dotte.
.
  DANTE, Purgatorio, xxii 67-69

--
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/



about cyglsa.dll

2008-03-14 Thread Chen Yue
Hi Cygwin expert

I have noticed Corinna had released an LSA authentication package called
cyglsa.dll to resolve windows logon issue at the end of 2006 from
http://cygwin.com/ml/cygwin-developers/2006-11/msg0.html. It is really
cool except the extra-work to install and uninstall referring to the
introduction. I guess the old public key authentication issue for sshd could
never be obstacle any more. But the DLL seems not included in the latest
cygwin package. Is it still under development testing? 

I would like to try this module. But I am not sure whether I could get it?
Must I join cygwin-develop alias to get the snapshot? 



--
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/



Fwd: Re[3]: ZSH - UTF-8

2008-03-14 Thread Paul-Kenji Cahier
Just found out I had only done a reply and not forwarded to the cygwin ml last 
time. Sorry about that.


This is a forwarded message
From: Paul-Kenji Cahier [EMAIL PROTECTED]
To: Peter A. Castro [EMAIL PROTECTED]
Date: Wednesday, March 5, 2008, 3:06:21 PM
Subject: ZSH - UTF-8

===8==Original message text===
??LC_ALL set to C.UTF-8 in all cases. Cygwin freshly installed.
??Also tried LC_ALL=en_US.UTF-8(which shouldnt exist) and it did
??not work either.

??Newlib uses C-UTF-8, not C.UTF-8 for some reason.  I don't see that
??newlib understands the dot.  Moreover, Cygwin doesn't support utf-8 yet,
??so you might have strange effects using utf-8 for filenames.

??Corinna

?(this time text under quote, didnt know it bothered)

?I'm still failing to get zsh working with utf-8, even
?with C-UTF-8 as LC_ALL: as specified in my previous message
?non-ascii bytes get displayed as 00cxx which the line editor
?does manage properly. But there is still no way to actually see
?utf-8 characters displayed, or even their unicode values(ie
?it's still a single byte editing mode). If someone manages
?to get it working, please post:)

?Can you send me the specific key sequence you are using to generate this?
In this case, 00c300a9(which is acute e, or U+00E9).

?Are you using a CMD window or rxvt or an xterm?
I tried with CMD/rxvt/putty and the results was always the same.
UTF-8 displays well when, for example, doing a cat on a file with
utf-8 content(just want to make it clear that it's not a term issue).

?  Also, are you using the stock
?zsh 4.3.5 source distro or have you applied the Cygwin patches from
?4.3.4 to it before building?
Currently, only with a stock 4.3.5, I'm currently trying to build
with the cygwin patch and build system to see if it makes any difference.

EDIT: I just did it and it did change the behaviour back to the same
as cygwin built 4.3.4: the ZLE displays the utf-8 characters correctly(ie
sends the correct bytes) but is still 100% unaware of multi-byte.
I tried with both C-UTF-8 and C.UTF-8 and en_US.UTF-8, and none
worked properly, I personally .

?I've recently built 4.3.5 for Cygwin and have been testing it before
?releasing it.  Send me the key sequences you are using and I'll see if I
?can repro it.
Just type any non-ascii character(ie accents, cjk, cyrillic, etc)
in an empty prompt then do a backspace(which should erase it)
and notice that if you actually press backspace a second time it erases
again, when the line should have been empty and not-erased.
The reason being that the first time it only erases the second byte of the
2-byte character, and the second time the first byte(instead of erasing
both at the same time).


?As Corinna noted, Cygwin doesn't really support utf-8, so this might have
?some bearing on the matter.  And, you should know that some multi-byte
?delete issues have been identified on other, supposedly, UTF-8 compliant
?systems, so you aren't the first to hit this.
Shouldnt be a problem in this case though, as this is purely
for the ZLE(zsh line editor).


?Also I know about the lack of utf-8 support in cygwin for most
?of the windows calls(and personally think that the cygwin utf-8
?wrapper code patch would be a vast improvement, that is the one
?from okisoft that got posted to cygwin's ml long ago, though
?I understand some people dont like how it's done). This should
?still not be a problem for one to do an echo éébackspace
?in his term transparently.
?(no problematic wide windows calls involved there as far as I know).

?Paul-Kenji Cahier


?--
?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/

===8===End of original message text===


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



Re: Changing middle mouse button for pasting to right mouse button in rxvt

2008-03-14 Thread DePriest, Jason R.
On Fri, Mar 14, 2008 at 7:43 PM, Suan  wrote:
 Jerry D. Hedden jdhedden at cpan.org writes:

  
my laptop doesn't have a middle mouse button.
   Pressing the left and right mouse buttons at the same time has the same 
 effect.
  
  
  I read that somewhere earlier and tried itdoesn't work though



Can you send your cygcheck -s -v -r information?

Using both buttons to simulate middle-click works for me in rxvt.

-Jason

--
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: Changing middle mouse button for pasting to right mouse button in rxvt

2008-03-14 Thread Suan
DePriest, Jason R. jrdepriest at gmail.com writes:

 
 On Fri, Mar 14, 2008 at 7:43 PM, Suan  wrote:
  Jerry D. Hedden jdhedden at cpan.org writes:
 
   
 my laptop doesn't have a middle mouse button.
Pressing the left and right mouse buttons at the same time has the same
effect.
   
   
   I read that somewhere earlier and tried itdoesn't work though
 
 
 
 Can you send your cygcheck -s -v -r information?
 
 Using both buttons to simulate middle-click works for me in rxvt.
 
 -Jason
 
 
Ok, here it is:
===

Cygwin Configuration Diagnostics
Current System Time: Fri Mar 14 23:13:21 2008

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\Program Files\Windows Resource Kits\Tools\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\system32\wbem
c:\Program Files\MATLAB\R2007a\bin
c:\Program Files\Java\jdk\bin
c:\Program Files\MATLAB\R2007a\bin\win32
c:\OrCAD\OrCAD_10.3\tools\fet\bin
c:\OrCAD\OrCAD_10.3\tools\pcb\bin
c:\OrCAD\OrCAD_10.3\tools\specctra\bin
c:\OrCAD\OrCAD_10.3\tools\PSpice\Library
c:\OrCAD\OrCAD_10.3\tools\bin
c:\OrCAD\OrCAD_10.3\tools\Capture
c:\Program Files\QuickTime\QTSystem\

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(sonic)GID: 513(None)
0(root) 513(None)   
544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(sonic)GID: 513(None)
0(root) 513(None)   
544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'sonic'
PWD = '/home/sonic'
HOME = '/home/sonic'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\sonic'
MANPATH = 
'/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = 'C:\Documents and Settings\sonic\Application 
Data'
HOSTNAME = 'horusss2'
CDSROOT = 'C:\OrCAD\OrCAD_10.3'
TERM = 'xterm'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 72 Stepping 
2, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
WINDOWID = '6896800'
OLDPWD = '/usr/bin'
USERDOMAIN = 'HORUSSS2'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/DOCUME~1/sonic/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
QTJAVA = 'C:\Program 
Files\Java\jre1.6.0_03\lib\ext\QTJava.zip'
USERNAME = 'sonic'
PROCESSOR_LEVEL = '15'
LSC_INI_PATH = 'C:\lsc_env'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\sonic'
CLIENTNAME = 'Console'
PS1 = '\[\e]0;[EMAIL PROTECTED] 
\[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\HORUSSS2'
PROCESSOR_ARCHITECTURE = 'x86'
LM_LICENSE_FILE = 
'C:\ispLEVER_Classic\license\license.dat;C:\ispTOOLS7_0_STR
T\license\license.dat;C:\Flexlm\cadence_orcad_103.dat'
!C: = 'C:\cygwin\bin'
SHLVL = '1'
COLORFGBG = '0;default;15'
PATHEXT = 
'.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
CONCEPT_INST_DIR = 'C:\OrCAD\OrCAD_10.3'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/cygdrive/c/DOCUME~1/sonic/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'HP Deskjet F300 series'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '4802'
CLASSPATH = '.;C:\Program 
Files\Java\jre1.6.0_03\lib\ext\QTJava.zip'
CDS_LIC_FILE = 'C:\Flexlm\cadence_orcad_103.dat'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
DISPLAY = ':0'
NUMBER_OF_PROCESSORS = '2'
SESSIONNAME = 'Console'
COMPUTERNAME = 'HORUSSS2'
COLORTERM = 'rxvt-xpm'
_ = '/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts 
v2
HKEY_CURRENT_USER\Software\Cygnus 
Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus 
Solutions\Cygwin\mounts v2
  (default) = '/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus 
Solutions\Cygwin\mounts v2\/
  (default) = 'C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus 
Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus 
Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus 
Solutions\Cygwin\Program Options

c:  hd  NTFS 65805Mb  71% CP CS UN PA FC 
d:  hd  FAT32 9457Mb  86% CPUN   
HP_RECOVERY
e:  cd N/AN/A

C:\cygwin  /  system  binmode
C:\cygwin/bin  /usr/bin   system  binmode
C:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  system  binmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: 

ash/bash postinstall dance [Was: Cygwin doesn't install on Windows Server 2008 (x64).]

2008-03-14 Thread Brian Dessent
Krzysztof Ostrowski wrote:

 What is the purpose of 00ash.sh, and what kind of system calls does it
 attempt at making? Surely, it must be something very unusual because I've got

The strange thing about this is that 00ash should be totally superfluous
on a new system.  And syscalls?  It's a shell script, it's just invoking
programs, it doesn't really know waht a syscall is.

A bit of background: For a long time in the past /bin/sh was really ash
-- the ash package simply provided /bin/sh.exe, the bash package
provided /bin/bash.exe, and that was that.  There was no confusion or
contention between the two.

Except that ash sucks.  It's not actively maintained, it's sort of
buggy, not very POSIX compliant, and there are lots of shell scripts in
the wild that start with #!/bin/sh but use bash-specific features since
/bin/sh is bash on Linux.  The reason for having ash as sh was because
at some point in the very distant past it had been determined that
because of ash's simplicity it was also faster than bash, which matters
for Cygwin because process creation is really slow.

We revisited this thinking a few years ago, sometime in mid 2005 I
think.  We determined that the fact that bash had a lot more builtins
than ash compensated for any potential increase in complexity such that
it was not in fact slower.  We decided to change the packaging so that
/bin/sh was bash.  This was some time around mid-2005, so this is by far
not a new change.

Only we couldn't just stop providing ash as we needed a way of running
the rebaseall script, which attempts to re-layout the ImageBase of all
DLLs from Cygwin packages, which requires writing the new ImageBase to
the .dll, which requires it not be in use.  But bash links dynamically
with libintl, libiconv, libreadline, and libcurses so those would be in
use if bash were running the rebaseall script.  ash only links with the
Cygwin DLL so it is immune to this problem, so we decided to keep it
around for that purpose.

Under the new system, the ash package extracts /bin/ash.exe, the bash
package extracts /bin/bash.exe and no package extracts /bin/sh.exe. 
That is handled between the ash and bash postinstall scripts.  The
reason for doing this was to make the upgrade safer: you could in thoery
release a new ash that unpacks a /bin/ash.exe and a new bash package
that unpacks both a /bin/sh.exe and a /bin/bash.exe.  However, this
leaves a potential route for the user having a broken system unless they
install both updates at the same time.

In the new system, the job of making sure there is a /bin/sh.exe (as
well as keeping it updated) is covered by the postinstalls: 00bash.sh
and 00ash.sh both try to ensure that if there is no /bin/sh.exe, or the
/bin/sh.exe that exists is ash, that bash.exe is copied to sh.exe.  The
bash postinstall also does the copy if bash is newer than sh, so that
when bash is upgraded the copy will be updated.  (Note that it would be
a lot easier to use a hard or soft link, but those won't work for
various other reasons.)

Anyway, the point of all this is that these postinstalls really only
have one function: make sure /bin/sh is correct.  And since you're not
updating a system from 2005, you can simulate this entirely by copy
c:\cygwin\bin\bash.exe c:\cygwin\bin\sh.exe at a Command Prompt if for
any reason it is not working correctly.

That brings up an interesting, and I think valid question -- Why are we
still catering to systems that might be stuck in 2005 with an ash
/bin/sh?  If we change the bash binary package to extract both /bin/sh
and /bin/bash (the setup program expands hard links in the tarball as
copies, so we can use a hard link there to save space) then that means
that we don't have to worry about copying anything to sh.exe anymore, it
will always be in sync with bash.exe.  The ash postinstall could go away
entirely and the bash postinstall (and startup!) could be simplified
tremendously...

Brian

--
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/