Re: [ANNOUNCEMENT] New package: irssi-0.8.12-1

Nope. Everything works fine only when TERM set to cygwin. For example, numpad keys in vim. This is default setting for TERM and works perfectly everywhere except that irssi build. And since my own compile works just fine, I guess something wrong with the release than with my terminal settings. PS:

Re: [ANNOUNCEMENT] New package: irssi-0.8.12-1

burning shadow wrote, On 16.2.2008 2:08: I'm running it in PuTTY via SSH connection. TERM set to "cygwin". Yes, If you are connected using Putty you should probably be using TERM=putty or TERM=xterm rather than TERM=cygwin. first 2 or maybe 3 lines. All packages are up to date. And I have nev

[ANNOUNCEMENT] Updated: findutils-4.3.13-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of findutils, 4.3.13-1, is available for use, replacing 4.3.11-1, and leaving 4.3.10-1 as the previous version. NEWS: = This is a new upstream release, fixing several issues as documented below. The release is marked beta upstream,

Re: rights against a file not being shown properly

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to mfs on 2/15/2008 3:40 PM: | Guys, | | For most of my files the rights string display "-" when i do "ls | -l", i wonder why no user/group/other rights are being displayed, though for | some files it does If ls can't successfully s

Re: AW: 1.5.25-7 piping directed output to /dev/stdout will not work

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Leutwein Tobias (BEG-PG/EES) on 2/15/2008 8:27 AM: | I did this examples under the bash. | Attached is a cygcheck output of a cygwin 1.5.24 installation. With this version it works. Please avoid http://cygwin.com/acronyms/#TOFU. Earlier

Re: Perl with SerialPort

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to curator on 2/15/2008 2:41 PM: | when starting ./configure he crashes the following errors: | ./configure: line 15: $'\r': command not found If that error message isn't obvious enough, you have CRLF line endings, but a binary mount. Read

Re: [ANNOUNCEMENT] New package: irssi-0.8.12-1

I'm running it in PuTTY via SSH connection. TERM set to "cygwin". Yes, first 2 or maybe 3 lines. All packages are up to date. And I have never seen that with my own compiled irssi. I have made screenshots of my own compiled irssi and irssi from package windows right after startup: http://home.sha

Re: Windows System Variable with SSH

dnbphysicist wrote: > We have an open ssh client installed on one of our Windows 2003 servers, and > are able to login in and everything, but when issuing commands some the > System Paths (which are in .bat files on the server) such as %JAVA_HOME% are > not recognized. I assume this is because Cyg

Re: Issue with GDB under Cygwin and XP

Here is a run of a HellowWorld program (listed below in gdb). Can someone tell me why the variables a, b, c are not the correct values. I dumped the local stack and the variables are correct on the stack. I'm running Windows XP under cygwin. gcc 4.2.3 The gdb run is as follows: GNU gdb 6.5.5

Re: rights against a file not being shown properly

On Fri, Feb 15, 2008 at 02:40:02PM -0800, mfs wrote: >Guys, > >For most of my files the rights string display "-" when i do "ls >-l", i wonder why no user/group/other rights are being displayed, though for >some files it does > >Anybody ? Start here: >Problem reports: http://cygwin.

rights against a file not being shown properly

Guys, For most of my files the rights string display "-" when i do "ls -l", i wonder why no user/group/other rights are being displayed, though for some files it does Anybody ? -- View this message in context: http://www.nabble.com/rights-against-a-file-not-being-shown-properly-tp15

RE: Perl with SerialPort

The Problem seems to has solved itself during a restart or something, or its hidden under the new error. Now he seems to run mad... when starting ./configure he crashes the following errors: ./configure: line 15: $'\r': command not found ./configure: line 25: syntax error near unexpected token `e

Re: [ANNOUNCEMENT] New package: irssi-0.8.12-1

> Irssi: Looking up irc.mimi.net.ru 2 > 2:33 -!- IIrssi: > Connecting to irc.mimi.net.ru [82.146.61.3] port 6667 > 22:33 -!- Irssi: Connection to irc.mimi.net.ru established > > Something wrong with time in first two lines. T

Re: [ANNOUNCEMENT] New package: irssi-0.8.12-1

Thanks! Finally irssi got into cygwin distribution. :) I though have noticed some glitches when irssi starts: Irssi: Looking up irc.mimi.net.ru 2 2:33 -!- IIrssi: Connecting to irc.mimi.net.ru [82.146.61.3] port 6667 22:33 -!-

Re: Windows System Variable with SSH

dnbphysicist wrote: We have an open ssh client installed on one of our Windows 2003 servers, and are able to login in and everything, but when issuing commands some the System Paths (which are in .bat files on the server) such as %JAVA_HOME% are not recognized. I assume this is because Cygwin doe

Re: signals of type SIGSEGV handled only once (in multithreaded process)

On Fri, Feb 15, 2008 at 09:37:51AM +0100, klement2 wrote: >After excellently quick correction of pthread_kill when the argument >signal is zero >(by cgf), I have found another problem related to signal handling. The >code in attachment >demonstrates it ( because of pthread_kill, it must be run with

Windows System Variable with SSH

We have an open ssh client installed on one of our Windows 2003 servers, and are able to login in and everything, but when issuing commands some the System Paths (which are in .bat files on the server) such as %JAVA_HOME% are not recognized. I assume this is because Cygwin does not know how to int

Re: Success in accessing network shares on windows through sshd

Jani Saksa wrote: Larry Hall (Cygwin) wrote: Jani Saksa wrote: If I understand correctly you can't normally see or access mapped network drives on windows when remotely logged through cygwin sshd, but I found a way and I have a couple questions: Have you seen and read through this?

Re: Success in accessing network shares on windows through sshd

On Fri, Feb 15, 2008 at 12:41:26PM +0200, Jani Saksa wrote: > Larry Hall (Cygwin) wrote: >> Jani Saksa wrote: >>> If I understand correctly you can't normally see or access mapped network >>> drives on windows when remotely logged through cygwin sshd, but I found a >>> way and I have a couple que

[ANNOUNCEMENT] New package: irssi-0.8.12-1

Version 0.8.12-1 of "irssi" has been uploaded. Irssi is a powerful terminal based IRC client. Some of the features include: - Perl scripting - The entire behavior and appearence of Irssi can be modified within these Perl scripts. Irssi provides a script archive with many contributed Irssi script

Re: 1.5.25-7 piping directed output to /dev/stdout will not work

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Leutwein Tobias (BEG-PG/EES) on 2/14/2008 11:51 PM: | Since I updated to 1.5.25 piping directed output to /dev/stdout with | bash 3.2.33-18 will not work. Updated from what prior version? | |> echo "test string" > /dev/stdout | wc -w |

[ANNOUNCEMENT] New package: ii-1.3-1 -- Minimalist FIFO and filesystem-based IRC client

PACKAGE DESCRIPTION === Homepage: http://www.suckless.org/wiki/tools/irc/irc_it License : GPL Irc it - a minimalist FIFO and filesystem-based IRC client. It creates an irc directory tree with server, channel and nick name directories. In every directory a FIFO in file and a normal

[ANNOUNCEMENT] New package: sendxmpp-0.0.8+cvs20070910-1 -- Commandline XMPP (jabber) utility

PACKAGE DESCRIPTION === Homepage: http://sendxmpp.platon.sk License : GPL A perl script to send XMPP (jabber) messages, similar to what mail(1) does for mail. XMPP is an open, non-proprietary protocol for instant messaging. See http://www.jabber.org for more information. CHANGES

Re: signals of type SIGSEGV handled only once (in multithreaded process)

On Feb 15 11:11, Samuel Thibault wrote: > Corinna Vinschen, le Fri 15 Feb 2008 11:02:53 +0100, a écrit : > > On Feb 15 10:49, Samuel Thibault wrote: > > > Corinna Vinschen, le Fri 15 Feb 2008 10:45:47 +0100, a écrit : > > > > On Feb 15 09:37, klement2 wrote: > > > > > After excellently quick correc

Re: Success in accessing network shares on windows through sshd

Larry Hall (Cygwin) wrote: Jani Saksa wrote: If I understand correctly you can't normally see or access mapped network drives on windows when remotely logged through cygwin sshd, but I found a way and I have a couple questions: Have you seen and read through this?

Re: signals of type SIGSEGV handled only once (in multithreaded process)

Corinna Vinschen, le Fri 15 Feb 2008 11:02:53 +0100, a écrit : > On Feb 15 10:49, Samuel Thibault wrote: > > Corinna Vinschen, le Fri 15 Feb 2008 10:45:47 +0100, a écrit : > > > On Feb 15 09:37, klement2 wrote: > > > > After excellently quick correction of pthread_kill when the argument > > > > sig

Re: signals of type SIGSEGV handled only once (in multithreaded process)

On Feb 15 10:49, Samuel Thibault wrote: > Corinna Vinschen, le Fri 15 Feb 2008 10:45:47 +0100, a écrit : > > On Feb 15 09:37, klement2 wrote: > > > After excellently quick correction of pthread_kill when the argument > > > signal is zero > > > (by cgf), I have found another problem related to signa

Re: signals of type SIGSEGV handled only once (in multithreaded process)

Corinna Vinschen, le Fri 15 Feb 2008 10:45:47 +0100, a écrit : > On Feb 15 09:37, klement2 wrote: > > After excellently quick correction of pthread_kill when the argument > > signal is zero > > (by cgf), I have found another problem related to signal handling. The > > code in attachment > > demonst

Re: signals of type SIGSEGV handled only once (in multithreaded process)

On Feb 15 09:37, klement2 wrote: > After excellently quick correction of pthread_kill when the argument > signal is zero > (by cgf), I have found another problem related to signal handling. The > code in attachment > demonstrates it ( because of pthread_kill, it must be run with > cygwin1-20080213.

Re: gettext 0.16.1

> Charles Wilson writes: > But right now, the gettext maintainer is pretty d*** pissed off that > he ever adopted the cygport tool in the first place. The gettext > maintainer, in fits of momentary insanity, sometimes considers > /officially/ forking cygport -- as opposed to t

signals of type SIGSEGV handled only once (in multithreaded process)

After excellently quick correction of pthread_kill when the argument signal is zero (by cgf), I have found another problem related to signal handling. The code in attachment demonstrates it ( because of pthread_kill, it must be run with cygwin1-20080213.dll and newer ). It seams that signal handler