zsh 4.3.9-1: text-mode stdin problem (breaking base64)

[Yutaka Amanai]

On Cygwin, zsh forces stdin to be text-mode. By this, some commands
don't work correctly on zsh. For example, when you encode stdin with
base64 on zsh, there is a possibility that base64 produces an incorrect
result.

I wrote a test case. Save the script below as 'test.sh':

printf '\x0D\x0A' > crlf-src
base64 < crlf-src | base64 -d > crlf-dst
if cmp crlf-src crlf-dst >/dev/null; then
  echo "OK"
else
  echo "NG"
fi

And try this:
$ /bin/bash test.sh
OK
$ /bin/zsh test.sh
NG

Many commands, such as cat and gzip, explicitly call freopen() or
setmode() to set stdin as binary-mode. So, such commands work well even
on zsh. But, base64 doesn't take such measures and doesn't work well on
zsh. Some other commands might have the same problem.

To fix the problem, it is the easiest way to simply erase
cygwin_premain0() in main.c of zsh, and recompile zsh. If you don't
mount any filesystem as text-mode, there will be no problem. But it
seems that cygwin_premain0() is introduced for text-mode users. So, the
solution I mentioned might not work well for text-mode users.

Cygwin Configuration Diagnostics
Current System Time: Wed Apr 14 19:22:32 2010

Windows XP Professional Ver 5.1 Build 2600 Service Pack 3

Path:   D:\opt\cygwin1.7\home\lain\bin
D:\opt\cygwin1.7\usr\local\bin
D:\opt\cygwin1.7\bin
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\Intel\DMIX
D:\home\lain\App\MKVtoolnix
D:\home\lain\App\IsoBuster
C:\Program Files\Support Tools\
D:\home\lain\App\LilyPond\usr\bin

Output from D:\opt\cygwin1.7\bin\id.exe
UID: 1003(lain) GID: 513(None)
513(None)   0(root) 544(Administrators) 545(Users)

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

HOME = '/home/lain'
MAKE_MODE = 'UNIX'
PWD = '/home/lain/tmp/cygwin-zsh'
USER = 'lain'

STY = '3976.tty0.draken'
TERM = 'screen'
TERMCAP = 'SC|screen|VT 100/ANSI X3.64 virtual terminal:\
:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\
:cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\
:do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\
:le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\
:li#53:co#127:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\
:cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\
:im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\
:ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\
:ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\
:se=\E[23m:mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[m:ms:\
:Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\
:vb=\Eg:G0:as=\E(0:ae=\E(B:\

:ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\
:po=\E[5i:pf=\E[4i:k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:\
:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:\
:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:F3=\E[1;2P:\
:F4=\E[1;2Q:F5=\E[1;2R:F6=\E[1;2S:F7=\E[15;2~:\
:F8=\E[17;2~:F9=\E[18;2~:FA=\E[19;2~:kb=:K2=\EOE:\
:kB=\E[Z:kF=\E[1;2B:kR=\E[1;2A:*4=\E[3;2~:*7=\E[1;2F:\
:#2=\E[1;2H:#3=\E[2;2~:#4=\E[1;2D:%c=\E[6;2~:%e=\E[5;2~:\
:%i=\E[1;2C:kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:\
:kN=\E[6~:kP=\E[5~:kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:\
:kr=\EOC:kl=\EOD:km:'
WINDOW = '0'
SHELL = '/bin/zsh'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
APPDATA = 'C:\Documents and Settings\lain\Application Data'
BC_ENV_ARGS = '-ql /home/lain/.bc'
CLIENTNAME = 'Console'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
COMPUTERNAME = 'DRAKEN'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
CVSROOT = '/home/lain/.cvs'
CVS_RSH = 'ssh'
DXSDK_DIR = 'C:\Program Files\Microsoft DirectX SDK (November 2008)\'
EDITOR = 'vi'
FP_NO_HOST_CHECK = 'NO'
GREP_COLOR = '1;31'
GTAGSLIBPATH = '/usr/include:/usr/local/include'
HOMEDRIVE = 'C:'
HOMEPATH = '\Documents and Settings\lain'
HOSTNAME = 'draken'
HTTP_HOME = 'http://www.google.co.jp/search?lr=lang_ja'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
LANG = 'C'
LESSOPEN = '| lesspipe.sh %s'
LOGONSERVER = '\\DRAKEN'
LS_COLORS = 
'no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:tw=01;34:ow=01;34:st=37;44:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.cgi=01;32:*.tar=01;31:*.tgz=01;31:*.tbz=01;31:*.taz=01;31:*.gz=01;31:*.bz2=01;31:*.z=01;31:*.Z=01;31:*.lzh=01;31:*.lha=01;31:*.zip=01;31:*.rar=01;31:*.7z=01;31:*.cab=01;31:*.gca=01;31:*.arj=01;31:*.deb=01;31:*.rpm=01;31:*.cpio=01;31:*.jar=01;31:*.egg=01;31:*.xpi=01;31:*.wsz=01;31:*.gps=01;31:*.dgc=01;31:*.yz1=01;31:*.yz2=01;31:*.ace=01;31:*.zoo=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.eps=01;35:*.ico=01;35:*.xcf=01;35:*.psd=01;35:*.xwd=01;35:*.gl=01;35

Re: Some Perl notes

[Reini Urban]

2010/4/13 Dr. Volker Zell:
>> Reini Urban writes:
>
>    > man
>    > ===
>    > I'm still waiting for a man update to support perl-style :: conversion 
> to .
>    > http://sourceware.org/ml/cygwin/2009-09/msg00097.html
>
> Hi Reini
> Sorry I only saw your mail today.
> Is that really needed ?
>
> For example, lets take the man page
>  o /usr/share/man/man3/Test.Simple.3pm.gz
> For me in cygwin 1.5 and 1.7 the following already displays the right
> man page -> Test::Simple(3pm)
>  o man 3 Test.Simple
> and
>  o man 3 Test::Simple
>
> So what's the benefit of your patch ?

You are right. Looks like "::" are already correctly translated to "."

$ man Compress::Raw::Bzip2
works

Using the original
$ /bin/man.exe --version
man, version 1.6e

and not my new version 1.6f.
As I understood it, version 1.6e converted "::" to "?", and it did not
work me that time.
2009-09-03 Reini Urban 
* (src/manfile.h, src/manfile.c): replace the : reclacement
char ? with . to sync with perl on win32.

Lets put that aside.
But maybe move man.conf from /usr/share/misc to /etc
Thanks for checking!
-- 
Reini Urban
http://phpwiki.org/   http://murbreak.at/

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

Poderosa problem in 1.7

[PJ Whitelock]

Does anyone have a work around for Poderosa's incompatability with cygwin 1.7, 
ie looking for mount points in the registry when they're no longer there. Can 
you just create a fake registry entry with the same info as the fstab?
  
_
http://clk.atdmt.com/UKM/go/19780/direct/01/
Do you have a story that started on Hotmail? Tell us now

--
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: grub-1.98-1

[Christian Franke]

Version 1.98-1 of grub has been uploaded.

http://www.gnu.org/software/grub/grub-2.en.html

Description from README:
This is GRUB 2, the second version of the GRand Unified Bootloader.
GRUB 2 is rewritten from scratch to make GNU GRUB cleaner, safer, more
robust, more powerful, and more portable.


The following packages are available:

grub: GRUB binaries build for PC/BIOS architecture.

grub-fonts: optional fonts.

grub-emu: emulated version of GRUB for debugging purposes.


Cygwin NEWS:

* GRUB now builds OOTB on Cygwin.


Upstream NEWS:

New in 1.98:

* Graphical menu support.

* Saved default menu entry support, with new utilities `grub-reboot' and
  `grub-set-default'.

* Unit testing framework.

* Support for multiple terminals.

* Encrypted password support, with a new utility `grub-mkpasswd-pbkdf2'.

* `grub-mkfloppy' removed; use `grub-mkrescue' to create floppy images.

* Add support for gettext.

New in 1.97:

* Add support for loading XNU (MacOS X kernel).

* ACPI override support.

* Integrated gptsync.

* Password protection support.

* Partition manipulation tool.

* Add `keystatus' command.

* Unicode fonts are now used by default.

* Add `hdparm' command.

* Add support for getting the current date and time from CMOS as variables.

* Add `drivemap' command.

* Add support for RAID levels 4,6 and 10.

* update-grub is replaced by grub-mkconfig.

* When booting from PXE, PXE can be used to load files.

* High resolution timer support.

* Image loaders now support IO buffering.

* Add `crc' command.

* Add Cygwin support.

* Add x86_64 EFI support.

* Use LZMA compression instead of LZO.

* Support for saving the environment from and loading the environment
  from a file.

* Allow the UUID to be used as device name.

* The `search' command can use UUIDs now.

* Add support for IEEE 1275 on i386.

* Create partmap.lst and use it to automatically load partition map
  modules.

* grub-mkconfig supports os-prober to add operating systems to the
  boot menu.

* The ATA driver supports devices bigger than 2 TiB.

* Add support for the UDF, AFS and EXT4 filesystems.

* The ISO9660 filesystem supports the Joliet extension

* Add support for loading kernels of FreeBSD, NetBSD and OpenBSD.

* Add new command `sleep'.

* Support for direct access to AT keyboards.

* New utility `grub-fstest'.


Known issues:

Due to a regression in the Cygwin specific path conversion,
grub-mkconfig does not enable terminal gfxterm automatically.


Christian Franke

--

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and keep clicking "Next".

If you have questions or comments, please send them to the Cygwin
mailing list.

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message.  Send email to the address specified
there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


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

Re: Poderosa problem in 1.7

[Jeremy Bopp]

PJ Whitelock wrote:
> Does anyone have a work around for Poderosa's incompatability with cygwin 
> 1.7, ie looking for mount points in the registry when they're no longer 
> there. Can you just create a fake registry entry with the same info as the 
> fstab?

As long as you don't have a legitimate Cygwin 1.5 installation laying
around, there shouldn't be any reason that having those phony registry
entries will hurt you.  Whether or not that will be enough to trick
Ponderosa is something you'll have to test.  I'm also not sure if
setup.exe will notice the entries and complain or delete them.  Make
sure to give that a try too just to be sure.

-Jeremy

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

Re: Poderosa problem in 1.7

[Rance Hall]

On Wed, Apr 14, 2010 at 7:11 AM, PJ Whitelock  wrote:
>
> Does anyone have a work around for Poderosa's incompatability with cygwin 
> 1.7, ie looking for mount points in the registry when they're no longer 
> there. Can you just create a fake registry entry with the same info as the 
> fstab?
>


I very much liked poderosa for many reasons, cygwin interoperability
and the serial port plugin to name 2.

Apparently however, poderosa has been orphaned by its authors and
there has been no update to the program to Windows 7 support, 64 bit
support, or the new cygwin.  As a result, I gave up on it.

Adding the registry entries that poderosa is looking for SHOULD work.
But I can't help test it. As I havent had poderosa installed for some
time and have gone on to other tools.

Rance

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

UTF-8 breaks 'ascii'

[Nellis, Kenneth]

Cygwin defaulting to UTF-8 breaks the 'ascii' program.
It seems 'ascii' presumes a character encoding of LATIN1.
To get intended output:

ascii | iconv -f LATIN1 -t UTF-8

I would have considered this an upstream problem except for
the reference to cygutils:

$ ascii --help
ascii is part of cygutils version 1.4.2
  Prints nicely formatted table of the ascii character set
...

Maybe it shouldn't attempt to display code points 128..255
since they aren't really ascii.

--Ken Nellis

SSHD configuration problem

[npolite]

Hi,

I'm having a problem getting OpenSSH running on a Windows 2003 x64 running
ADS. For some reason the cyg_server user, None and root groups weren't
created. I manually added them and want to re-run the ssh-host-config to
re-create the service etc but it detects the service is there and doesn't
re-prompt me like if I was doing a new install. I'm guessing this is why I
can't start my new SSH service. Does anyone know how I can clear out the
existing configuration without actually uninstalling?

Thanks
Nick
-- 
View this message in context: 
http://old.nabble.com/SSHD-configuration-problem-tp28243297p28243297.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: SSHD configuration problem

[Jeremy Bopp]

On 4/14/2010 9:21 AM, npolite wrote:
> 
> Hi,
> 
> I'm having a problem getting OpenSSH running on a Windows 2003 x64 running
> ADS. For some reason the cyg_server user, None and root groups weren't
> created. I manually added them and want to re-run the ssh-host-config to
> re-create the service etc but it detects the service is there and doesn't
> re-prompt me like if I was doing a new install. I'm guessing this is why I
> can't start my new SSH service. Does anyone know how I can clear out the
> existing configuration without actually uninstalling?

cygrunsrv -R sshd

-Jeremy

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

Re: configure test for accept4 hangs

[David Rothenberger]

On 4/13/2010 12:58 PM, Corinna Vinschen wrote:
> On Apr 13 21:20, Corinna Vinschen wrote:
>> On Apr 13 10:43, David Rothenberger wrote:
>>> While configuring apr-1.4.2 with Cygwin 1.7.5, the test for accept4
>>> hung. I don't know much about this API, so I've just disabled it in
>>> libapr1 for now, but I wanted to report the hang in case it was a
>>> Cygwin bug.
>>
>> Boy, this testcase is really stressing the limits.
>>
>> The problem is that connect() is called in that loop so fast, that at
>> one point the AF_UNIX socket file already exists, but is not yet filled
>> with the information necessary to be recognized as AF_UNIX socket.
>> Consequentially, at that point connect() fails with EBADF, since it
>> assumes you're trying to connect to a file which is not a socket.
>>
>> The hang is just a followup effect due to the parent waiting in accept()
>> for a connect() which will never happen, because the child process
>> already left the connect() loop.
>>
>> I try to come up with a more robust solution which also catches this
>> scenario.
> 
> In CVS I just changed the way the socket file gets created in bind() and
> the way it's tested for being a socket file in connect() so this timing
> problem shouldn't occur anymore.  Would you mind to test either CVS or
> the next developers snapshot from http://cygwin.com/snapshots/ ?

The configure succeeds with the developers snapshot, as do the APR
tests. Thanks for the fix.

-- 
David Rothenberger    daver...@acm.org

"Buy land.  They've stopped making it."
-- Mark Twain

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

Re: UTF-8 breaks 'ascii'

[Charles Wilson]

Kenneth wrote:
> Maybe it shouldn't attempt to display code points 128..255
> since they aren't really ascii.

You're probably right.  Originally, ascii didn't display those code
points; I added it back when a big concern was getting the "correct"
fonts for rxvt-windows and cmd.exe so that line graphics (pstree -G,
etc) would display properly.  It was a quick way to tell that "yes,
those line art characters are present at the appropriate char values".

This is less of a concern now -- because (a) rxvt is, if not deprecated,
at least discouraged, and (b) other terminals like rxvt-unicode, xterm,
and mintty have different and better mechanisms to support such line
art.  And cygwin-in-cmd.exe "just works" too, thanks to improvements in
cygwin's terminal handling code.

So...yeah, I'll remove those in the next release.

--
Chuck

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

Re: Updated: cygwin-doc-1.7-1

[Christopher Faylor]

On Tue, Apr 13, 2010 at 07:07:38PM -0430, Rodrigo Medina wrote:
>HI,
>
>Bugs:
>(1) Most of the info files of the package have not a proper format
> Only libc.info and libm.info are OK.

I'll fix this.

>(2) The files in  /usr/share/doc/cygwin-doc-1.7/ don't appear in
> /etc/setup/cygwin-doc.lst

That's because the package doesn't install anything in
/usr/share/doc/cygwin-doc-1.7/ .

>(3) The file cygwin-api.html is incomplete (sub topics are missing).

cygwin-api.html is not included in cygwin-doc.

cgf

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

tar extract issues on Windows 7

[Xavier O'Neill]

I am using cygwin version 1.5.25-15

I tar'ed a bunch files on a FreeBSD system a while back and did not
notice that all mode bits were stripped  EG:
--  1 james  513   4071 Apr 13 05:21 .bash_history
--  1 james  513708 Apr  9 07:22 .bash_profile
--  1 james  513625 May 19  2006 .bashrc

I've been trying all day to extract this tar archive on a Windows 7,
64 bit system. EG: google, screwing around with security permissions
etc.

Here is the tar error I receive when attempting to extract files fro
this archive to c:\strorage1.

I am attempting this under an account with Administrator permission.
This account is correctly listed in the password/group files.  I've
tried tweaking the effective GID- no luck.

tar: 
JumpDrive/Personal/Technical/Scripts/FreeBSD/IP_Check/FreeBSD/email_notice.txt:
Cannot open: No such file or directory
tar: JumpDrive/Personal/Technical/Scripts/FreeBSD/IP_Check/FreeBSD/IP:
Cannot open: No such file or directory
tar: 
JumpDrive/Personal/Technical/Scripts/FreeBSD/IP_Check/FreeBSD/ip_history.log:
Cannot open: No such file or directory
tar: 
JumpDrive/Personal/Technical/Scripts/FreeBSD/IP_Check/FreeBSD/machine_shutdown.sh:
Cannot open: No such file or directory
tar: 
JumpDrive/Personal/Technical/Scripts/FreeBSD/IP_Check/FreeBSD/machine_started.sh:
Cannot open: No such file or directory

When I have access to a UNIX system (or knoppix) I'll repackage the
tar.  But there should be a way to do this under Windows 7 with Cygwin
1.5.25-15? Or do I have to grab 1.7 and mess around with mounting
things with /etc/fstabb?

Thanks,
Xavier

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

Re: UTF-8 breaks 'ascii'

[Andy Koppe]

Charles Wilson wrote:
> Kenneth wrote:
>> Maybe it shouldn't attempt to display code points 128..255
>> since they aren't really ascii.
>
> You're probably right.  Originally, ascii didn't display those code
> points; I added it back when a big concern was getting the "correct"
> fonts for rxvt-windows and cmd.exe so that line graphics (pstree -G,
> etc) would display properly.  It was a quick way to tell that "yes,
> those line art characters are present at the appropriate char values".

I still find it useful for much the same reason, when testing the
plethora of supported charsets. How about disabling the extended code
points by default and having an option for enabling them?

Andy

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

Re: procps aborts on Cygwin 1.7.5

[Chris Sutcliffe]

On 14 April 2010 11:13, Thrall, Bryan wrote:
> thr...@pc1163-8413-xp ~/visual
> $ procps
>
>
> Signal 6 (ABRT) caught by ps (procps version 3.2.7).
> Please send bug reports to  or  users.sf.net>
> thr...@pc1163-8413-xp ~/visual
>
> I believe this was working as of Cygwin 1.7.3.

It's still working for me in 1.7.5.

> I am ignoring the request to send bug reports to sf.net because this appears 
> to
> be due to the Cygwin change; if that's not a good enough reason, let me know
> and I'll forward this report to albert.

I think following the standard procedure for reporting an issue when
reporting an issue would be wise.

Chris

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d

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

Re: procps aborts on Cygwin 1.7.5

[David Rothenberger]

On 4/14/2010 11:11 AM, Chris Sutcliffe wrote:
> On 14 April 2010 11:13, Thrall, Bryan wrote:
>> thr...@pc1163-8413-xp ~/visual
>> $ procps
>>
>>
>> Signal 6 (ABRT) caught by ps (procps version 3.2.7).
>> Please send bug reports to  or > users.sf.net>
>> thr...@pc1163-8413-xp ~/visual
>>
>> I believe this was working as of Cygwin 1.7.3.
> 
> It's still working for me in 1.7.5.

I had this happen to me once in the last days. In my case, there was an
APR test process that was hung that was causing the problem. Once I
killed the process, procps worked again.

OP, you might try procps with nothing but bash running. If that works,
you might be able to figure out which process is causing procps to bomb.

-- 
David Rothenberger    daver...@acm.org

They spell it "da Vinci" and pronounce it "da Vinchy".  Foreigners
always spell better than they pronounce.
-- Mark Twain

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

1.7 WinodwXp Intel Core2 duo Cygwin gets crashed

[SHETH, RASIK (ATTSI)]

 <> Hi,
I have installed cygwin a week ago.

System: Intel core2duo, winxp

Attached output of cygcheck -s -v -r > cygcheck.out


Problem:
1. Open cygwin 
2. Open any another window [such as Browser/anything] Cygwin crashes.

Me and my friend both are facing the same problem.


R a s i k !
rasik.sh...@gmail.com






cygcheck.out
Description: cygcheck.out
--
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

Re: 1.7 WinodwXp Intel Core2 duo Cygwin gets crashed

[Jeremy Bopp]

On 4/14/2010 3:39 PM, SHETH, RASIK (ATTSI) wrote:
>  <> Hi,
> I have installed cygwin a week ago.
> 
> System: Intel core2duo, winxp
> 
> Attached output of cygcheck -s -v -r > cygcheck.out
> 
> 
> Problem:
> 1. Open cygwin 
> 2. Open any another window [such as Browser/anything] Cygwin crashes.
> 
> Me and my friend both are facing the same problem.

It looks like you're still running Cygwin 1.7.2.  Please try upgrading
your installation to 1.7.5 and see if that helps.

-Jeremy

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

Re: 1.7 WinodwXp Intel Core2 duo Cygwin gets crashed

[Larry Hall (Cygwin)]

On 4/14/2010 4:39 PM, SHETH, RASIK (ATTSI) wrote:

  <>  Hi,
I have installed cygwin a week ago.

System: Intel core2duo, winxp

Attached output of cygcheck -s -v -r>  cygcheck.out


Problem:
1. Open cygwin
2. Open any another window [such as Browser/anything] Cygwin crashes.

Me and my friend both are facing the same problem.


Sounds like a symptom of  to me.  You
also have an old installation hanging around in "d:\cygwin_old".  Try
removing that and then reinstalling.  Your installation is not complete
because of either BLODA or the other Cygwin installation.  Unless it's
something else causing the problem. ;-)

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


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

Re: Error from compilation of FORTRAN program

[DougHua]

Angelo,

I successfully passed the first step "make" by following your instruction:
changing path so that cygwin can be seen first and installing g77 compiler.
But I met another problem in the second step "make install". I got the error
message below:
"$ make install
make[1]: Entering directory `/cygdrive/c/6s/ledapsSrc/src/lndpm'
cp lndpm /cygdrive/c/6s/ledapsSrc/src/bin
cp: cannot stat `lndpm': No such file or directory
make[1]: *** [install] Error 1

"

Could you please help me with solving this one?

Thx again!

Doug



Angelo Graziosi-2 wrote:
> 
> DougHua wrote:
>> I still don't know how to verify my system configuration and setup (PATH
>> etc.).
>> Could you please give me more hints?
> 
> For example,
> 
> $ echo $PATH
> 
> should show something like this:
> 
> /usr/local/bin:/usr/bin:/bin:/cygdrive/c/WINDOWS/system32:[...]
> 
> i.e., Cygwin directories should be searched before Windows ones.
> 
> Obviously, you should verify if 'g77' Cygwin package is installed.
> 
> Angelo
> 

-- 
View this message in context: 
http://old.nabble.com/Error-from-compilation-of-FORTRAN-program-tp28232141p28248380.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Re: Error from compilation of FORTRAN program

[Angelo Graziosi]

DougHua wrote:

But I met another problem in the second step "make install".


Why do you want 'make install'? The Makefile (and the sources) you cited 
in [*] does not have an 'install' target. Indeed it produces only a 
single binary (sixsV1.1), which you can copy/move where you like! or you 
can just use it as suggested by readme.txt:


./sixsV1.1 output_file_name

This is all.

I think you are confusing with some other sources/Makefile(s) not 
related to what you cite here [*].


-A.

---
[*] http://cygwin.com/ml/cygwin/2010-04/msg00579.html

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

Re: [ANNOUNCEMENT] Updated: cygwin-1.7.5-1

[Rurik Christiansen]

On 13/04/2010 4:00 AM, Corinna Vinschen wrote:
> I just released 1.7.5-1.  This release fixes a few bugs, mainly a
> serious memory leak, and introduces a single new feature.
>   

The setup.exe is detected as some sort of malware in latest Comodo
Antivirus (I believe it's widely used in general but I don't know about
Cygwin community in particular).

I guess (and hope) that is a false positive and I notified the them on
the appropriate forum.

Some binaries are also detected as some sort of malware.

In the mean time if somebody wants to install the new Cygwin you may
want to turn antivirus off and then add setup.exe to the "safe files"

For backups done trough the shadow mechanism, the same.

Cheers,
-- 

Nothing is true. Everything is permitted.


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

Disabling *.stackdump ?

[Rurik Christiansen]

Hi,

Is there a way to disable the stackdump ? ('ulimit -c 0' doesn't seem to
do the trick)

Cheers,

-- 
Nothing is true. Everything is permitted.


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

Re: Some Perl notes

[Dr. Volker Zell]

> Reini Urban writes:

> You are right. Looks like "::" are already correctly translated to "."

It actually works since man-1.5k-2. You can check the version history in
/usr/share/doc/Cygwin/man-1.6e.README

> Lets put that aside.
> But maybe move man.conf from /usr/share/misc to /etc

Will do when I find a littel bit of time.

> Thanks for checking!

Ciao
  Volker

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

rsync: rename .file.JVPk8f -> file: Device or resource busy (16)

[Frédéric Bron]

I have converted a USB hard drive from fat32 to ntfs because git now
does not work on fat32 drives and git is essential to my work.
I also use this disk to backup my local hard drive with rsync.
When it was fat32, everything was fine but now that it is ntfs, I get
the following error message many times during the rsync process:

$ rsync --modify-window=1 --recursive --links --executability --times
--quiet --delete /cygdrive/d/Documents /mnt/g/Sauvegarde/

rsync: rename 
"/mnt/g/Sauvegarde/Documents/Fred/Bal/1.7/Bal/gcc-release/bin/.configure.exe.JVPk8f"
-> "Documents/Fred/Bal/1.7/Bal/gcc-release/bin/configure.exe": Device
or resource busy (16)

when rsync ends, .configure.exe.?? still exists and configure.exe
does not exist or both do not exist

The disk is mounted like this (/etc/fstab):
f:/ /mnt/f ntfs noacl,nouser,binary

What does this error message mean?
Do I have to go back to fat32 (without the possibility to use git)?

Frédéric

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

[BUG] Installer wrong report "file locked by another process" if not free space on disk.

[Oleksandr Gavenko]

Installer say that some files locked, but this files like .h
so its particular impossible. Also installer suggest replace it after 
reboot.


But really problem lies on zero space on disk.
(I understand that when Firefox download manager report this!)

So message must be appropriate: "Not enough space.".

This can save user time in understanding what's wrong.


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