Re: 1.5.25-11 Bash? Problem installing unattended on Server 2008

[Christoph Herdeg]

Hello Brian,

I already tried that, but the installer wouldn't unpack the new file...I'll
try to modify it again during today, but I've got to attend to some
meetings so let's see when I will find the time to do so...I'll report back
in any case...thanks so far,

Chris



   
 Brian Dessent 
 <[EMAIL PROTECTED] 
 t> To 
 Sent by:  cygwin@cygwin.com   
 [EMAIL PROTECTED]  cc 
 in.com
   Subject 
   Re: 1.5.25-11 Bash? Problem 
 07.04.2008 22:12  installing unattended on Server 
   2008
   
 Please respond to 
 cygwin@cygwin.com 
   
   
   



Right, so, can you arrange for there to be a "set -x" at the top of
/etc/profile when the installer runs it to help figure out why it
fails?  You could temporarily edit the base-files package to achieve
this.

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/




--
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: Attn: cygport maintainer [was: Re: Libtool 2.2.2]

[Charles Wilson]

Yaakov (Cygwin Ports) wrote:

Charles Wilson wrote:
| That should be taken up with the libtool maintainers.  However, it has

[snip]

If I need to add LT_OUTPUT already, then I might as well switch entirely
to the LT_* macros.


True. But that is NOT required. libtool-emit-time is simply a new 
(possible backwards-incompatible) behavior change of the new libtool -- 
but one that hopefully impacts few clients.



The compatibility AC_PROG_LIBTOOL macro should be
just that: compatible with previous behaviour; otherwise, old packages
WILL break. 


A very very small number. The attitude of the libtool maintainers is, 
this extremely small minority is supported via the LT_OUTPUT macro. For 
everybody else, the vast majority, AC_PROG_LIBTOOL will Just Work(tm), 
and we (they) are not going to pessimize everybody else just to support 
that small minority -- who can use the LT_OUTPUT if they really need to.



This should not affect LT_INIT and the intended behaviour
for the future.


The change with regards to when, during the configure process, the 
libtool script itself is generated, is a separate and orthogonal issue 
from "did you use the old A[CM]_PROG_LIBTOOL macro or the LT_INIT 
macro". Rather, the libtool-emit-time change is (one of the few) 
backwards-incompatiblities. Using the new libtool? Then the /default/ 
libtool-emit behavior has changed; simple as that.



~From the way you put it, it sounds like I shouldn't even waste my time
asking upstream.  If they won't accept this, can our libtool package be
patched accordingly, so that packages work after libtoolize as they did
with 1.5?


Anything CAN be done, with enough developer 'tuits. The question is, is 
that wise?  I don't know where to *automatically* insert a call to 
LT_OUTPUT in Q_RANDOM_PACKAGE's configure.ac; and I can't simply revert 
to "the old way"-- because the libtool-emission mechanisms are vastly 
different from 1.5.x.  You don't know what you're asking...



| You can continue to use
| AC_PROG_LIBTOOL exactly as you did with libtool1.5.

OK, that makes sense.

I'm not sure exactly how widely tested 2.2 is, so I understand the
logic.  But there are a few packages with some 2.x libtool included
(ImageMagick comes to mind), for which 1.5 is useless, and I don't want
to wait too long to switch.


Ack.

And Bob F. jumped to 2.2 prematurely, IMO...


I was looking more at the autoconf/automake side of libtool, but you
raise a good point.  Where are the ltdl changes outlined, and how many
packages break due to those changes?


Most of the removed interfaces were removed *because* they were not 
widely used (and were ugly; couldn't support the new features, etc). The 
changes are detailed in the new libtool's .info files. You can view them 
"offline" by unpacking libtool2.2 somewhere "safe" and using 'info -f 
/explicit/path/to/libtool2.2.info'.



If AC_PROG_LIBTOOL can be compatible, and the ltdl API changes are
indeed minor, than libtool should be a single package, especially if
they can't be installed in parallel (unlike ac/am).  It may be helpful
for 2.2 to be in testing for a little while.


Well, that's one of the possibilities I raised in my other 
email...however, it really doesn't solve the problem. It just makes 
switching between 1.5 and 2.2 a little easier given our setup.exe. 
Instead of explicitly uninstalling 2.2 and installing 1.5 (or vice 
versa), you just change the version of the single 'libtool' package from 
1.5 to 2.2 (or vice versa) -- which effectively does the same thing: 
uninstall one then install the other.



That's really too much trouble for those of us with hundreds (or
thousands) of packages.


Well, according to Ralf (hope he doesn't mind my paraphrase of his 
private email...)


 start Ralf 
LT_OUTPUT: I do not know how many packages are impacted by the LT_OUTPUT 
incompatibility issue, but was so far of the impression that it would be 
rather few.  If that impression is wrong, then it's certainly a good 
idea to let libtool at gnu dot org know about this.


LTDL API CHANGES: clients just need to cope.  If there are clients out 
there for which it would be an unduly amount of work or hassle, we'd 
like to know about it.  Actually, even more than with LT_OUTPUT, I 
believe that problems should be far and few between here.

 end Ralf 

The remainder of Ralf's email would tend to support this portion of your 
position: consolidate to a single 'libtool' package, make 2.2 the 'test' 
version, and leave it there until most of the maintainers have had a 
chance to see what issues arise with their packages. Then, and only 
then, bump the 2.2 version to current.


His suggestion was: hey, just install libtool2.2 and rip through all 
your packages (...er, all 1300 of them? ...) and most of them ought to 
be fine.  If more than a handful are not, then we (the libtool devs) 
need to know.



| But this sort of thing is only necessary for those (hopefully rare)
| packages where it actually MATTERS wh

Re: [ANNOUNCEMENT] Updated: csih-0.1.3-1

[Charles Wilson]

Corinna Vinschen wrote:

Looks good to me.  I will upload a new OpenSSH release in the next
couple of days, but I guess I'll wait until you uploaded a new csih
release.


A couple of reminders:
(1) add csih to requires:

(2) the implementation of ssh-host-config I posted adds a dependency on 
diffutils, which is not a 'base' package, so that's another requires:


(3) don't forget the /etc/defaults/etc/inetd.d/sshd-inetd file from here:
  http://cygwin.com/ml/cygwin/2008-04/msg00079.html

--
Chuck


--
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: [ANNOUNCEMENT] Updated: csih-0.1.3-1

[Charles Wilson]

Well, I'm waiting for answers to the questions here:
  http://cygwin.com/ml/cygwin/2008-04/msg00211.html
from Corinna and Yaakov, but in the meantime:

Here's a version of ssh-user-config that works with CVS csih (what will 
become 0.1.4 very soon).


--
Chuck


#!/bin/bash
#
# ssh-user-config, Copyright 2000, 2001, 2002, 2003, Red Hat Inc.
#
# This file is part of the Cygwin port of OpenSSH.

# ==
# Initialization
# ==
PROGNAME=$(basename -- $0)
_tdir=$(dirname -- $0)
PROGDIR=$(cd $_tdir && pwd)

CSIH_SCRIPT=/usr/share/csih/cygwin-service-installation-helper.sh

# Subdirectory where the new package is being installed
PREFIX=/usr

# Directory where the config files are stored
SYSCONFDIR=/etc

source ${CSIH_SCRIPT}

auto_passphrase="no"
passphrase=""
pwdhome=
with_passphrase=
sshd_user=

# ==
# Routine: create_ssh1_identity
#   optionally create ~/.ssh/identity[.pub]
#   optionally add result to ~/.ssh/authorized_keys
# ==
create_ssh1_identity() {
  if [ ! -f "${pwdhome}/.ssh/identity" ]
  then
if csih_request "Shall I create an SSH1 RSA identity file for you?"
then
  csih_inform "Generating ${pwdhome}/.ssh/identity"
  if [ "${with_passphrase}" = "yes" ]
  then
ssh-keygen -t rsa1 -N "${passphrase}" -f "${pwdhome}/.ssh/identity" > 
/dev/null
  else
ssh-keygen -t rsa1 -f "${pwdhome}/.ssh/identity" > /dev/null
  fi
  if csih_request "Do you want to use this identity to login to this 
machine?"
  then
csih_inform "Adding to ${pwdhome}/.ssh/authorized_keys"
cat "${pwdhome}/.ssh/identity.pub" >> "${pwdhome}/.ssh/authorized_keys"
  fi
fi
  fi
} # === End of create_ssh1_identity() === #
readonly -f create_ssh1_identity

# ==
# Routine: create_ssh2_rsa_identity
#   optionally create ~/.ssh/id_rsa[.pub]
#   optionally add result to ~/.ssh/authorized_keys
# ==
create_ssh2_rsa_identity() {
  if [ ! -f "${pwdhome}/.ssh/id_rsa" ]
  then
if csih_request "Shall I create an SSH2 RSA identity file for you?"
then
  csih_inform "Generating ${pwdhome}/.ssh/id_rsa"
  if [ "${with_passphrase}" = "yes" ]
  then
ssh-keygen -t rsa -N "${passphrase}" -f "${pwdhome}/.ssh/id_rsa" > 
/dev/null
  else
ssh-keygen -t rsa -f "${pwdhome}/.ssh/id_rsa" > /dev/null
  fi
  if csih_request "Do you want to use this identity to login to this 
machine?"
  then
csih_inform "Adding to ${pwdhome}/.ssh/authorized_keys"
cat "${pwdhome}/.ssh/id_rsa.pub" >> "${pwdhome}/.ssh/authorized_keys"
  fi
fi
  fi
} # === End of create_ssh2_rsa_identity() === #
readonly -f create_ssh2_rsa_identity

# ==
# Routine: create_ssh2_dsa_identity
#   optionally create ~/.ssh/id_dsa[.pub]
#   optionally add result to ~/.ssh/authorized_keys
# ==
create_ssh2_dsa_identity() {
  if [ ! -f "${pwdhome}/.ssh/id_dsa" ]
  then
if csih_request "Shall I create an SSH2 DSA identity file for you?"
then
  csih_inform "Generating ${pwdhome}/.ssh/id_dsa"
  if [ "${with_passphrase}" = "yes" ]
  then
ssh-keygen -t dsa -N "${passphrase}" -f "${pwdhome}/.ssh/id_dsa" > 
/dev/null
  else
ssh-keygen -t dsa -f "${pwdhome}/.ssh/id_dsa" > /dev/null
  fi
  if csih_request "Do you want to use this identity to login to this 
machine?"
  then
csih_inform "Adding to ${pwdhome}/.ssh/authorized_keys"
cat "${pwdhome}/.ssh/id_dsa.pub" >> "${pwdhome}/.ssh/authorized_keys"
  fi
fi
  fi
} # === End of create_ssh2_dsa_identity() === #
readonly -f create_ssh2_dsa_identity

# ==
# Routine: check_user_homedir
#   Perform various checks on the user's home directory
# SETS GLOBAL VARIABLE:
#   pwdhome
# ==
check_user_homedir() {
  local uid=$(id -u)
  pwdhome=$(awk -F: '{ if ( $3 == '${uid}' ) print $6; }' < 
${SYSCONFDIR}/passwd)
  if [ "X${pwdhome}" = "X" ]
  then
csih_error_multiline \
  "There is no home directory set for you in ${SYSCONFDIR}/passwd." \
  'Setting $HOME is not sufficient!'
  fi
  
  if [ ! -d "${pwdhome}" ]
  then
csih_error_multiline \
  "${pwdhome} is set in ${SYSCONFDIR}/passwd as your home directory" \
  'but it is not a valid directory. Cannot create user identity files.'
  fi
  
  # If home is the root dir, set home to empty string to avoid error messages
  # in subsequent part

Re: A FAQ regarding defrag and permissions of nonadmin files?

[Brian Dessent]

Gmane User wrote:

> Let's make sure we're comparing the same situation.  I've used bash to
> explicitly change permissions to go-rwx for most of my files.  This is

To be pedantic, you used chmod (or some other utility); bash is just a
shell, it does not set permissions.

> on a nonadmin account.  This is what chokes the defragger.  Do you
> have the same circumstance?

Yes, I just ran the series of commands in the previous mail as a
non-administrator user, creating a file in 2 fragments.  I then switched
to a user in the administrators group and ran O&O defrag (though the
user that launches the job shouldn't matter as O&O runs decoupled as a
service anyway) and the file was defragmented.

Note that Win32 has a backup API which allows any user with the 'backup'
privilege in their token to open any file, regardless of its ACL. 
Cygwin uses this to simulate the unix semantics of "root" (i.e. total
access to anything regardless of permissions) and so for example the
file I created with mode 600 as a regular user was completely readable
from Cygwin when logged in as a user in the administrators group, even
though the permissions/ACL deny it.  I suspect that O&O and most other
defrag programs use this same technique. 

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/

Re: A FAQ regarding defrag and permissions of nonadmin files?

[Gmane User]

Brian Dessent wrote:
> Gmane User wrote:
>
>> I'm defragging the whole disk, so I need the defragger to be able
>> to access all files from whatever account it runs under.
>
> I've never had any problem doing that without having to specifically
> loosen any ACLs.

Let's make sure we're comparing the same situation.  I've used bash to
explicitly change permissions to go-rwx for most of my files.  This is
on a nonadmin account.  This is what chokes the defragger.  Do you
have the same circumstance?

>> About defragging as a service,
>> http://support.microsoft.com/kb/120929 says that the System account
>> has no more permissions than an admin account.
>
> I use O&O Defrag, it runs as a service as NT AUTHORITY\SYSTEM, and
> it defrags all my Cygwin files just fine without needing to set any
> special permissions.  It has been the same way with every other
> defrag program I've used too.
>
>> About defragging on boot-up, JkDefrag does this too, but still
>> needs an account to run under.  Is it possible for a defrag (or a
>> process) to run not under any account?  That is, does Ultra
>> Defragmenter actually do this?  Ultra Defragmenter would have been
>> my first choice, except that I ran into this caveat:
>
> At the point where UltraDefrag runs only the kernel and drivers have
> loaded, the Win32 subsystem and the SAM do not even exist yet --
> this is the whole point of doing it that early in the process, so
> that things like the registry hives are not yet open and locked.  So
> I think this runs in the absence of any user context.  And even when
> doing a normal defrag, UltraDefrag does the actual processing in
> kernel mode as a driver and at that level there are no access
> restrictions whatsoever.

Hmm.  That raises questions in my feeble mind.  I wonder why JkDefrag
requires the specification of a user account for the boot-up defrag.

Anyway, I will try Ultra Defragementer.  Thank you for the reassurance
and explanation below.  I have my fingers crossed.  Actually, I'll try
a boot-time defrag with JkDefrag first.  But Ultra is next, if the same
problems arise.

>>
http://groups.google.ca/group/alt.comp.freeware/browse_frm/thread/377f0ea5602cc584/855cc4e01f835029.
>> I described in my original post the barriers to ghosting in my
>> obsolete system, so I'm reticent to experiment with developmental
>> defraggers until they built up a bit of a track record.  This
>> decision has more to do with safety than how well the algorithm may
>> be coded up.
>
> Keep in mind that all of these things are using the same code for
> the heavy lifting of actual defragmentation.  That is implemented in
> the NTFS.SYS filesystem kernel driver; none of the tools actually
> touch the raw disk, they just send an IOCTL to the filesystem
> telling it to move a file extent from A to B.  The only thing that
> differs is the high level algorithm that decides what goes where,
> but none of them do the actual moving.  The risk of data loss
> therefore is more or less constant and does not depend on which tool
> is being used, as I see it.


--
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: A FAQ regarding defrag and permissions of nonadmin files?

[Brian Dessent]

Gmane User wrote:

> I'm defragging the whole disk, so I need the defragger to be able to
> access all files from whatever account it runs under.

I've never had any problem doing that without having to specifically
loosen any ACLs.

> About defragging as a service, http://support.microsoft.com/kb/120929
> says that the System account has no more permissions than an admin
> account.

I use O&O Defrag, it runs as a service as NT AUTHORITY\SYSTEM, and it
defrags all my Cygwin files just fine without needing to set any special
permissions.  It has been the same way with every other defrag program
I've used too.

> About defragging on boot-up, JkDefrag does this too, but still needs
> an account to run under.  Is it possible for a defrag (or a process)
> to run not under any account?  That is, does Ultra Defragmenter
> actually do this?  Ultra Defragmenter would have been my first choice,
> except that I ran into this caveat:

At the point where UltraDefrag runs only the kernel and drivers have
loaded, the Win32 subsystem and the SAM do not even exist yet -- this is
the whole point of doing it that early in the process, so that things
like the registry hives are not yet open and locked.  So I think this
runs in the absence of any user context.  And even when doing a normal
defrag, UltraDefrag does the actual processing in kernel mode as a
driver and at that level there are no access restrictions whatsoever.  

> http://groups.google.ca/group/alt.comp.freeware/browse_frm/thread/377f0ea5602cc584/855cc4e01f835029.
> I described in my original post the barriers to ghosting in my
> obsolete system, so I'm reticent to experiment with developmental
> defraggers until they built up a bit of a track record.  This decision
> has more to do with safety than how well the algorithm may be coded
> up.

Keep in mind that all of these things are using the same code for the
heavy lifting of actual defragmentation.  That is implemented in the
NTFS.SYS filesystem kernel driver; none of the tools actually touch the
raw disk, they just send an IOCTL to the filesystem telling it to move a
file extent from A to B.  The only thing that differs is the high level
algorithm that decides what goes where, but none of them do the actual
moving.  The risk of data loss therefore is more or less constant and
does not depend on which tool is being used, as I see it.

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/

Re: A FAQ regarding defrag and permissions of nonadmin files?

[Gmane User]

Brian Dessent wrote:
> Gmane User wrote:
>> The defragger I used was JkDefrag.  And there was the explanation,
>> right in the online documentation.  The files to be defragged need
>> to be accessible by admin.  I never suspected that something as
>> system-wide as defragging would be dependent on a specific account.
>> Setting all files to go+rwx allows all the files to defrag.
>>
>> This arrangement clashes directly with the unix practice of having
>> all nonadmin user file permissions default to u+rw,go-rwx.  A unix
>> user (not necessarily an admin, as I've never been) who wanders
>> into the weird and wonderful world of Windows would think he/she
>> found salvation in cygwin (and would mostly be right).  He/she
>> (let's just say "It") would innocently and obliviously bring its
>> Unix ways with it, and never be able to defrag.  I am baffled by
>> why this caveat isn't documented in any defrag or cygwin
>> posting/page that I've come across.
>
> This is just patently false.  While it may be true that a defrag
> program that runs in userspace needs access to a file to defrag it,
> that does not in any mean that some special "admin" user needs
> access to it.  And besides, most defraggers install as a service
> anyway, so they run as the system.
>
> <...snip quite illustrative example for brevity...>
>
> The file has been defragmented and there was no need for any chmod
> go+rwx.
>
> For the record I took a look at JkDefrag's source at some point in
> the past and it made me shudder how badly coded it was.  I suggest
> UltraDefrag which is open source and free and it installs a native
> driver to do the defragmentation so there is none of this worrying
> about who owns a file or what ACLs it has.  Since it has a native
> interface it can even run at bootup before files such as
> pagefile.sys are locked.

I'm defragging the whole disk, so I need the defragger to be able to
access all files from whatever account it runs under.

Bear with me if I mention something inaccurate, as I've just started
reading up on the concepts today.  Corrections are welcome.

About defragging as a service, http://support.microsoft.com/kb/120929
says that the System account has no more permissions than an admin
account.

About defragging on boot-up, JkDefrag does this too, but still needs
an account to run under.  Is it possible for a defrag (or a process)
to run not under any account?  That is, does Ultra Defragmenter
actually do this?  Ultra Defragmenter would have been my first choice,
except that I ran into this caveat:
http://groups.google.ca/group/alt.comp.freeware/browse_frm/thread/377f0ea5602cc584/855cc4e01f835029.
I described in my original post the barriers to ghosting in my
obsolete system, so I'm reticent to experiment with developmental
defraggers until they built up a bit of a track record.  This decision
has more to do with safety than how well the algorithm may be coded
up.


--
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: A FAQ regarding defrag and permissions of nonadmin files?

[Brian Dessent]

Gmane User wrote:

> The defragger I used was JkDefrag.  And there was the explanation, right in 
> the
> online documentation.  The files to be defragged need to be accessible by 
> admin.
>  I never suspected that something as system-wide as defragging would be
> dependent on a specific account.  Setting all files to go+rwx allows all the
> files to defrag.
> 
> This arrangement clashes directly with the unix practice of having all 
> nonadmin
> user file permissions default to u+rw,go-rwx.  A unix user (not necessarily an
> admin, as I've never been) who wanders into the weird and wonderful world of
> Windows would think he/she found salvation in cygwin (and would mostly be
> right).  He/she (let's just say "It") would innocently and obliviously bring 
> its
> Unix ways with it, and never be able to defrag.  I am baffled by why this 
> caveat
> isn't documented in any defrag or cygwin posting/page that I've come across.

This is just patently false.  While it may be true that a defrag program
that runs in userspace needs access to a file to defrag it, that does
not in any mean that some special "admin" user needs access to it.  And
besides, most defraggers install as a service anyway, so they run as the
system.

$ touch file

$ chmod 600 file

$ getfacl file
# file: file
# owner: brian
# group: None
user::rw-
group::---
mask:rwx
other:---

$ perl -e 'print "a"x10240' >>file

$ perl -e 'print "b"x10240' >>file

$ contig -a file

Contig v1.53 - Makes files contiguous
Copyright (C) 1998-2006 Mark Russinovich
Sysinternals - www.sysinternals.com


c:\tmp\file is in 2 fragments

Summary:
 Number of files processed   : 1
 Average fragmentation   : 2 frags/file

$ contig file

Contig v1.53 - Makes files contiguous
Copyright (C) 1998-2006 Mark Russinovich
Sysinternals - www.sysinternals.com


Processing c:\tmp\file...
Summary:
 Number of files processed   : 1
 Number of files defragmented: 1
 Average fragmentation before: 2 frags/file
 Average fragmentation after : 1 frags/file


The file has been defragmented and there was no need for any chmod
go+rwx.

For the record I took a look at JkDefrag's source at some point in the
past and it made me shudder how badly coded it was.  I suggest
UltraDefrag which is open source and free and it installs a native
driver to do the defragmentation so there is none of this worrying about
who owns a file or what ACLs it has.  Since it has a native interface it
can even run at bootup before files such as pagefile.sys are locked.

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/

A FAQ regarding defrag and permissions of nonadmin files?

[Gmane User]

Today was a revolutionary day.  Ever since I started using cygwin years ago, I
just assumed that defrag was doing whatever it does best, and that it was normal
to have a whole whack of user application files un-defragged.  This list of
"fragged" files got enormous over the years, and almost all the files were
related in some way to cygwin, either in the c:/cygwin tree or had been
manipulated from bash.  Having to replace the drive with 4200 RPM didn't help,
and all the googling and usenetting in the world didn't reveal the cause for
those stubborn files.  I could feel the lifetime draining out of the overworked
hard drive.  My life force was draining along with it, as I sat catatonically
watching the LED blink and listening to the disk chatter.  Occasionally, I'd
wake up with a start, only to find that I had done so prematurely, as more
waiting was in order.

I was all set to do something drastic, like buy commercial defraggers, or
purchase Ghost and a new hard disk so as to clone the current hard disk into a
defragged incarnation.  All this for a slow 30GB drive on a laptop that's a
better part of 10 years old, whose housing and processor fans were probably near
death (probably because of dust buildup, causing them to kick in even when XWin
took up a few percent of CPU to blink gvim's cursor).  Since the venerable
laptop only had USB1, the bandwidth requirements of the cloning solution would
also require purchase of some kind of card bus adapter.  (Unless the drive could
fit into the bay currently occupied by the CD burner)

Well.

Before launching into something so foolish, I was going to try a free defragger.
 If the system got toasted, that would be the guy upstairs signalling that it
was time for a new laptop -- preferrable to spending some unknown number of days
with a new drive, reinstalling Windows 2000 and recustomizing the environment to
the way it was before.  So much the truer if it was the disk controller that 
went.

The defragger I used was JkDefrag.  And there was the explanation, right in the
online documentation.  The files to be defragged need to be accessible by admin.
 I never suspected that something as system-wide as defragging would be
dependent on a specific account.  Setting all files to go+rwx allows all the
files to defrag.

This arrangement clashes directly with the unix practice of having all nonadmin
user file permissions default to u+rw,go-rwx.  A unix user (not necessarily an
admin, as I've never been) who wanders into the weird and wonderful world of
Windows would think he/she found salvation in cygwin (and would mostly be
right).  He/she (let's just say "It") would innocently and obliviously bring its
Unix ways with it, and never be able to defrag.  I am baffled by why this caveat
isn't documented in any defrag or cygwin posting/page that I've come across.

In any case, I'm quickly ramping up on the weird, wondrous world of NTFS
permissions to allow admin access to my files without granting it to group and
others.  Currently doing it through the the Windows GUI, as the Cygwin
documentation gets quite deep.  I suspect, however, that it might be necessary
to go the way of cygwin to hierarchically set things as required, though that
will reveal itself soon enough.

In any case, considering the aforementioned default ways of unix users, and the
absence of documentation of caveats for defragging...perhaps this can be made a 
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: mtime question

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Manuel Gonzalez Montoya on 4/7/2008 2:51 PM:
| Is the file's mtime supposed to change on every write to the file?.

No - the file's mtime is only supposed to be scheduled for update on every
write to a file, where the update period can be indefinitely into the
future, with the caveat that close() and stat() trigger any scheduled
updates to happen regardless of when updates are normally scheduled.  See
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html,
section 4.7:

An implementation may update fields that are marked for update
immediately, or it may update such fields periodically. At an update point
in time, any marked fields shall be set to the current time and the update
marks shall be cleared. All fields that are marked for update shall be
updated when the file ceases to be open by any process, or when a stat(),
fstat(), or lstat() is performed on the file. Other times at which updates
are done are unspecified.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkf62AMACgkQ84KuGfSFAYAHlACgkxjlUFhKQOTqwBiCncUjw8DE
qIkAnRptQjJYwbWZV+7q2oCkhXbeSTXI
=JxIF
-END PGP SIGNATURE-

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

Attn: cygport, openssh, and exim/cron maintainers [Was: [ANNOUNCEMENT] Updated: csih-0.1.3-1]

[Charles Wilson]

I'm trying to be explicit about licensing in csih for the next release. 
I realize it's a little silly to use the GPL on a script (binary == 
source, right?), but it may be necessary because part of it is derived 
from cygport, which is GPLv3.


csih (the script part) has been derived from a number of sources:

#   ssh-host-config Copyright 2000, 2001, 2002, 2003 Red Hat Inc.
# part of the Cygwin port of OpenSSH
(no explicit licensing)

#   cygport Copyright (C) 2006, 2007 Yaakov Selkowitz
# GPL v3
(mostly the messaging functions: csih_inform, csih_error, etc)

#   exim-config Copyright Pierre A. Humblet, 2003-2007.
#   cron-config Copyright Pierre A. Humblet, 2003-2007.
(no explicit licensing)

For the csih.sh function library, I'd like to use one of the following 
two licenses:


(1) MIT/X

or

(2) GPLv3 with an exception clause modeled after the javascript example 
from http://www.gnu.org/licenses/gpl-faq.html#WMS. See below.


In both cases, I need permission from the maintainers of the four 
packages above. With respect to csih.sh, I'd prefer MIT/X because (a) 
source == binary, so forcing "make sure the source is available" seems a 
bit silly, and (b) just less hassle all around.


In either case, the intent is so that the various foo-config scripts 
don't have to be as concerned about their own license terms, as long as 
they are just using csih.  Of course, if you copy the code for 
csih_foo() so that you can make a modified version of that function, 
then the full terms -- GPLv3 "viralness and all" if option #2, or no 
real impact if option #1 -- apply.



= snip (option #2) ==
This file, cygwin-service-installation-helper.sh, is part of csih. csih 
has several components which are distributed under various licenses.


cygwin-service-installation-helper.sh is free software: you can 
redistribute it and/or modify it under the terms of the GNU General 
Public License as published by the Free Software Foundation, either 
version 3 of the License, or (at your option) any later version.


cygwin-service-installation-helper.sh is distributed in the hope that it 
will be useful, but WITHOUT ANY WARRANTY; without even the implied 
warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See 
the GNU General Public License for more details.


You should have received a copy of the GNU General Public License along 
with csih.  If not, see .


As a special exception to GPL, any shell script or executable that 
merely makes function calls to this code, and for that purpose includes 
it by reference shall be deemed a separate work for copyright law 
purposes. In addition, the copyright holders of this code give you 
permission to combine this code with free software libraries that are 
released under the GNU LGPL. You may copy and distribute such a system 
following the terms of the GNU GPL for this code and the LGPL for the 
libraries. If you modify this code, you may extend this exception to 
your version of the code, but you are not obligated to do so. If you do 
not wish to do so, delete this exception statement from your version.

= snap ==

Can I get a yes or no from the three maintainers of all four of the 
packages listed below, on the following questions:


openssh
cygport
exim, cron

Can I use the MIT/X license for the portions of 
cygwin-service-installation-helper.sh that were derived from the config 
script(s) under your control?


Can I use the GPLv3-with-exception license above for the portions of 
cygwin-service-installation-helper.sh that were derived from the config 
script(s) under your control?


If both, which do you prefer?

--
Chuck

--
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: [ANNOUNCEMENT] Updated: csih-0.1.3-1

[Charles Wilson]

Corinna Vinschen wrote:

On Apr  3 10:55, Corinna Vinschen wrote:

On Apr  2 23:46, Charles Wilson wrote:
Attached is an updated implementation of ssh-host-config that uses csih. It 
seems to work pretty well for the various tests I've put it through, 
although it REQUIRES csih-0.1.3.

Wow, thanks for doing my job.  I still have this on my TODO list :}
It would be cool if list folks could give it a try.  I will test it
as well, perhaps over the weekend.


Looks good to me.  I will upload a new OpenSSH release in the next
couple of days, but I guess I'll wait until you uploaded a new csih
release.


Don't forget that ssh-user-config should probably be updated to use csih 
also. Otherwise, it will assume that the privileged user is sshd_server, 
when it might be that, or cyg_server or cron_server.


Instead, it should do:

if csih_is_nt
then
  _user=$(csih_service_should_run_as)
  if ! setfacl -m "u::rwx,u:${_user}:r--,g::---,o::---" \
   "${pwdhome}/.ssh"
  then
csih_error_multiline \
  "${pwdhome}/.ssh couldn't be given the correct permissions," \
  "assuming that the sshd server is running under the `${_user}'" \
  "account.  Please try to solve this problem first."
  fi
fi


Unfortunately, right now csih_service_should_run_as only works if 
csih_select_privileged_username has been called -- but that function is 
very wordy, and blathers on about 'creating' the privileged user. 
(csih_select_privileged_username, while public, is normally called by 
csih_create_privileged_user).


I need to create an internal csih helper function that can be called by 
csih_service_should_run_as if csih_PRIVILEGED_USERNAME is not already 
set, which will quietly do *some* of the stuff in 
csih_select_privileged_username in order to initialize 
csih_PRIVILEGED_USERNAME.



Btw., I have a tiny patch to fix two typos in the file
cygwin-service-installation-helper.sh.  Maybe you could apply them as
well?


Sure, and thanks.

--
Chuck


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

[ANNOUNCEMENT] Updated: multitail-5.2.1-1: View one or multiple files like tail but with multiple windows.

[Dr. Volker Zell]

Hi

A new version of 'multitail' has been uploaded to a server near you.


DESCRIPTION:

MultiTail lets you view one or multiple files like the original tail
program. The difference is that it creates multiple windows on your
console (with ncurses). It can also monitor wildcards: if another file
matching the wildcard has a more recent modification date, it will
automatically switch to that file. That way you can, for example,
monitor a complete directory of files. Merging of 2 or even more
logfiles is possible. 
It can also use colors while displaying the logfiles (through regular
expressions), for faster recognition of what is important and what not.
Multitail can also filter lines (again with regular expressions) and
has interactive menus for editing given regular expressions and
deleting and adding windows. One can also have windows with the output
of shell scripts and other software. When viewing the output of 
external software, MultiTail can mimic the functionality of tools like
'watch' and such.


Cygwin NEWS:


 o Update to latest upstream release


multitail NEWS:
===
  
 o labels would give incorrect linewraps in the scrollbackwindow
 o the enter key will now add a markerline in all windows
 o fixed segfault when saving buffer in the scrollback window
 o added horizontal scroll for non-linewrapped windows (patch by RenΘ Berber)

 
UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'multitail' from
the 'Utils' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

--
Dr. Volker Zell
volunteer cygwin multitail maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, 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:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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

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

[ANNOUNCEMENT] Updated: gv-3.6.3-2: A PostScript and PDF viewer for X using 3d Athena Widgets

[Dr. Volker Zell]

Hi

A new version of 'gv' has been uploaded to a server near you.


DESCRIPTION:

A PostScript and PDF viewer for X using 3d Athena Widgets


Cygwin NEWS:


 o Accomodate latest ghostscript packaging


UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'gv' from
the 'Graphics' or 'X11' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

--
Dr. Volker Zell
volunteer cygwin gv maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, 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:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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

--
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: [ITA] xfig/xfig-lib: An interactive drawing tool

[Angelo Graziosi]

Dr. Volker Zell wrote:

> I would like to adopt...

This is a good news!

But why still 3.2.4 version? A new release 3.2.5 with several bug fixes 
has been released [1].


In any case many thanks,
   Angelo.

---
[1] http://cygwin.com/ml/cygwin-apps/2007-06/msg00087.html

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/

[ANNOUNCEMENT] Updated: {Xaw3d/libXaw3d7/libXaw3d-devel}-1.5D-6: A 3D version of the MIT Athena widget set for X

[Dr. Volker Zell]

Hi

New versions of 'Xaw3d/libXaw3d7/libXaw3d-devel' have been uploaded to a server 
near you.


DESCRIPTION:

Xaw3d is an enhanced version of the MIT Athena widget set for
the X Window System. Xaw3d adds a three-dimensional look to X11
applications with minimal or no source code changes. You should install
Xaw3d if you are using applications which incorporate the MIT Athena
widget set and you'd like to incorporate a 3D look into those
applications.


Cygwin NEWS:


 o Maintainer change
 o Switched to cygport build framework
 o Package split in main, library and devel package
 o Changed layout from /usr/X11R6 to /usr hierarchy


 
UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'Xaw3d' from
the 'Libs' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

--
Dr. Volker Zell
volunteer cygwin Xaw3d maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, 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:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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

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

mtime question

[Manuel Gonzalez Montoya]

Hi all,

I'm writing a little program in C in order to detect when a file
download is completed. The way i do that is checking when file's mtime
stop changing.

So far the code works ok on a real Linux installation, but I'm having
problems on cygwin because mtime is changed only once at the end of
the transfer.

so before going forward with this, here is my question:

Is the file's mtime supposed to change on every write to the file?.

Thanks in advance.

--
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: Performance question

[Brian Dessent]

w1hkj wrote:

> There is is very significant difference in cpu usage between running the
> application from the Cygwin X-terminal and running from the run command
> (with the cygwin1.dll) from Windows.
> 
> System   X-term  Windows-Run
> HP Athalon   33%   100%
> Dell 30003 %55%

How much text/console output is involved in this testcase?  I find that
when run from a Windows Console, any significant amount of stdout is
much slower than when using rxvt/xterm.  I think it's partly because the
Windows Console is just a lot slower, but also because I have Lucida
Console, a Truetype font, configured for the Windows Console (as well as
Cleartype subpixel rendering enabled) which is very slow to render
compared to a fixed size bitmap font that I have configured for
rxvt/xterm.

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/

Re: Packaging error? [Attn: ... maintainer]

[Brian Dessent]

Angelo Graziosi wrote:

> Every time I cite libXft package on the subject of this mail I got a
> failur notice.

Well, for one thing, you're sending it to the wrong mailing list. 
cygwin-apps is the place to discuss packaging.  But this is also the
wrong list to discuss anything X11 related and I suspect you are hitting
one of the filters intended to prevent X11 related topics from being
posted to the main cygwin list instead of cygwin-xfree.

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/

Re: 1.5.25-11 Bash? Problem installing unattended on Server 2008

[Brian Dessent]

Christoph Herdeg wrote:

> manually executing /etc/profile works without any problem - but what can we
> draw from this?

I draw the conclusion that there is some environmental difference when
NSIS launches cygwin.bat.

> Adding the "set -x" produces the following output (also run
> manually):
>
> My hint would be that there is nothing wrong in these
> lines..."ibm:customize_cygwin.sh" would be our script to further customize
> the installation. However: /etc/profile is not executed automatically. It's
> quite a pity but it does not help to see it working when executed
> manually...Remember: It doesn't work ONLY in the case that "cygwin.bat" is
> run by the Nullsoft-Installer. ONLY then the "bash: cannot create temp file
> for here document: Bad address" -error happens

Right, so, can you arrange for there to be a "set -x" at the top of
/etc/profile when the installer runs it to help figure out why it
fails?  You could temporarily edit the base-files package to achieve
this.

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/

Re: Another packaging error? [Attn: Xaw3d maintainer]

[Dr. Volker Zell]

> Angelo Graziosi writes:

> Installing libXaw3d-devel causes the same problem described here [1]
> it installs in /usr/include/X11 but the package xorg-x11-devel need
> /usr/include/X11 be a link to ../X11R6/include/X11.

> How do we solve this contradiction?

In the long run the /usr/X11R6 hierarchy will vanish. This was discussed
long ago.

> It looks to me that after installing libXft-devel and libXaw3d-devel,
> the build environment for X applications is a little compromised.

X11 build scripts which need the X11 headers can simply use 
-I/usr/X11R6/include.

Or you can symlink /usr/X11R6/include/X11/* to /usr/include/X11.

> Cheers,
>Angelo.

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: [ANNOUNCEMENT] Updated: csih-0.1.3-1

[Corinna Vinschen]

On Apr  3 10:55, Corinna Vinschen wrote:
> On Apr  2 23:46, Charles Wilson wrote:
> > Attached is an updated implementation of ssh-host-config that uses csih. It 
> > seems to work pretty well for the various tests I've put it through, 
> > although it REQUIRES csih-0.1.3.
> 
> Wow, thanks for doing my job.  I still have this on my TODO list :}
> It would be cool if list folks could give it a try.  I will test it
> as well, perhaps over the weekend.

Looks good to me.  I will upload a new OpenSSH release in the next
couple of days, but I guess I'll wait until you uploaded a new csih
release.

Btw., I have a tiny patch to fix two typos in the file
cygwin-service-installation-helper.sh.  Maybe you could apply them as
well?


Thanks,
Corinna


--- cygwin-service-installation-helper.sh.ORIG  2008-04-07 17:07:20.21275 
+0200
+++ cygwin-service-installation-helper.sh   2008-04-07 17:11:48.05650 
+0200
@@ -1514,7 +1514,7 @@ _csih_setup()
   
 if ! csih_check_dir_perms "${LOCALSTATEDIR}" d..x..x..x
 then
-  csih_error "Proglem with ${LOCALSTATEDIR} directory. Exiting."
+  csih_error "Problem with ${LOCALSTATEDIR} directory. Exiting."
 fi
   
 csih_make_dir "${LOCALSTATEDIR}/run"
@@ -1648,7 +1648,7 @@ csih_create_privileged_user()
 csih_inform "the '${username}' account."
 echo ""
 csih_inform "Also keep in mind that the user '${username}' needs read 
permissions"
-csih_inform "for on all users' relevant files for the services running 
as '${username}'."
+csih_inform "on all users' relevant files for the services running as 
'${username}'."
 csih_inform "In particular, for the sshd server all users' 
.ssh/authorized_keys files"
 csih_inform "must have appropriate permissions to allow public key 
authentication."
 csih_inform "(Re-)running ssh-user-config for each user will set these 
permissions"

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

--
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: Performance question

[Tim Prince]

w1hkj wrote:
We are porting a real time data acquisition program for amateur radio 
digital signal processing.  The program, fldigi, uses the Fast Light 
Tool Kit and and a number of support libraries including PortAudio and 
Sndfile.  The source code for this program can be found at 
http://www.w1hkj.com.  fldigi is licensed under the GPL.


The port to Windows using Cygwin works very well.  There is just one 
issue that needs to be addressed.  Several test platforms are used to 
gauge performance, including an


HP notebook, 900 Mhz Athalon, 256 Mg RAM, and
Dell Dimension 3000, dual processor 3.0 GHz, 1 G RAM.

There is is very significant difference in cpu usage between running the 
application from the Cygwin X-terminal and running from the run command 
(with the cygwin1.dll) from Windows.


System   X-term  Windows-Run
HP Athalon   33%   100%
Dell 30003 %55%


We would appreciate any assistance or suggestions on how to improve the 
performance when linking to cygwin1.dll.


If you are running single thread, with HT enabled, a 50% performance meter 
indication on the Dell is entirely normal.  Xterm performance questions 
would be appropriate to that mailing list.


--
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: Performance question/ amateur radio DSP

[Mike Marchywka]

As a former radio amateur with some DSP interest, 

> We would appreciate any assistance or suggestions on how to improve the
> performance when linking to cygwin1.dll.

I would suggest building with the profiler and finding some suspects. These can 
be non-obvious
and easy to fix once identified.

IIRC, the profiler is "gprof"

In the past, after blaming my numerical code, I have found string processing or 
IO bottlenecks.
It may not even be your code per se as incidental screen updates could be using 
all the time.
Even if someone on list can identify a known reason for the specific symptom 
you report,
you may want to run the profiler in the two cases anyway.


Mike Marchywka
586 Saint James Walk
Marietta GA 30067-7165
404-788-1216 (C)<- leave message
989-348-4796 (P)<- emergency only
[EMAIL PROTECTED]
Note: If I am asking for free stuff, I normally use for hobby/non-profit
information but may use in investment forums, public and private.
Please indicate any concerns if applicable.
Note: Hotmail is possibly blocking my mom's entire
ISP - try  me on [EMAIL PROTECTED] if no reply
here. Thanks.


> Date: Mon, 7 Apr 2008 08:35:52 -0500
> From: [EMAIL PROTECTED]
> To: cygwin@cygwin.com
> Subject: Performance question
>
> We are porting a real time data acquisition program for amateur radio
> digital signal processing. The program, fldigi, uses the Fast Light
> Tool Kit and and a number of support libraries including PortAudio and
> Sndfile. The source code for this program can be found at
> http://www.w1hkj.com. fldigi is licensed under the GPL.
>
> The port to Windows using Cygwin works very well. There is just one
> issue that needs to be addressed. Several test platforms are used to
> gauge performance, including an
>
> HP notebook, 900 Mhz Athalon, 256 Mg RAM, and
> Dell Dimension 3000, dual processor 3.0 GHz, 1 G RAM.
>
> There is is very significant difference in cpu usage between running the
> application from the Cygwin X-terminal and running from the run command
> (with the cygwin1.dll) from Windows.
>
> System X-term Windows-Run
> HP Athalon 33% 100%
> Dell 3000 3 % 55%
>
>
> We would appreciate any assistance or suggestions on how to improve the
> performance when linking to cygwin1.dll.
>
> Thank you.
>
> David Freese
> for fldigi development team.
>
>
> --
> 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/
>

_
Going green? See the top 12 foods to eat organic.
http://green.msn.com/galleries/photos/photos.aspx?gid=164&ocid=T003MSN51N1653A

--
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: Attn: cygport maintainer [was: Re: Libtool 2.2.2]

[Yaakov (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Charles Wilson wrote:
| That should be taken up with the libtool maintainers.  However, it has
| been their position, even in the libtool-1.4 and -1.5 days, that relying
| on that behavior was not recommended.  Therefore they do not support it
| "directly" -- but instead provided the LT_OUTPUT macro for those
| packages that insist on ignoring their recommendations, or have really
| good reasons for doing so (such as running AC_COMPILE tests that need
| libtool).

If I need to add LT_OUTPUT already, then I might as well switch entirely
to the LT_* macros.  The compatibility AC_PROG_LIBTOOL macro should be
just that: compatible with previous behaviour; otherwise, old packages
WILL break.  This should not affect LT_INIT and the intended behaviour
for the future.

~From the way you put it, it sounds like I shouldn't even waste my time
asking upstream.  If they won't accept this, can our libtool package be
patched accordingly, so that packages work after libtoolize as they did
with 1.5?

| IMO, no. autoupdate is not something that should be blindly done in an
| automated fashion, because you really should verify the results
| manually.  I would recommend that, at least for now, maintainers
| approach it on a case-by-case basis -- but remember, except for this
| LT_OUTPUT thing (which can be added using foo-*.src.patch) you don't
| HAVE to use the new libtool2.2 interfaces; you don't HAVE to use
| autoupdate in order to use libtool2.2.  You can continue to use
| AC_PROG_LIBTOOL exactly as you did with libtool1.5.

OK, that makes sense.

| For folks like you and Dr. Zell who maintain a LOT of packages, I'd
| recommend keeping libtool1.5 installed for a while. Let the rest of us
| with fewer packages deal with any possible libtool2.2 ripple.

I'm not sure exactly how widely tested 2.2 is, so I understand the
logic.  But there are a few packages with some 2.x libtool included
(ImageMagick comes to mind), for which 1.5 is useless, and I don't want
to wait too long to switch.

| It's MOSTLY backwards compatible, with (AFAIK) the following exceptions:
|  1) the LT_OUTPUT thing
|  2) the libltdl library has had a few API changes -- some functions have
| been removed, others added. If your client uses those eliminated APIs,
| then you'll have to make actual code changes to use the libltdl from
| libtool-2.2.

I was looking more at the autoconf/automake side of libtool, but you
raise a good point.  Where are the ltdl changes outlined, and how many
packages break due to those changes?

| As much as the libtool developers tried to maintain complete backwards
| compatibility, this IS a major new release and reflects over four years
| of development.  It's impressive that the incompatibilities were kept as
| minor as they are.

I agree completely.

| Unfortunately, I think we are in for a certain amount of turbulence,
| just like back then.  However, ac-2.5 and ac-2.13 were REALLY
| incompatible. The changes here are much less visible; most packages
| should be able to use either version of libtool with no *required*
| changes.  Any autoupdate/code changes/configure.ac changes will be
| kinda-nice-but-not-really-necessary for most clients.

If AC_PROG_LIBTOOL can be compatible, and the ltdl API changes are
indeed minor, than libtool should be a single package, especially if
they can't be installed in parallel (unlike ac/am).  It may be helpful
for 2.2 to be in testing for a little while.

| I see a lot of "uninstall-libtool1.5/install-libtool2.2"
| "uninstall-libtool2.2/install-libtool1.5" cycles in our future.

That's really too much trouble for those of us with hundreds (or
thousands) of packages.

| I haven't done any investigation along these lines, but for some of us
| cygwin package maintainers, we might think about self-compiling
| /opt/libtool-2.2/{bin|share|lib} and /opt/libtool-1.5/{bin|share|lib}
| [*], uninstalling BOTH libtool1.5 and libtool2.2, and using
| /usr/share/aclocal/dirlist and $PATH to "switch" between them (dirlist
| entries go AFTER the compiled-in -acdir paths used by aclocal, so you
| have to uninstall the "normal" libtool packages make sure libtool.m4 and
| friends won't be found in /usr/share/aclocal/)
|
| Alternatively, you can keep the "normal" libtool package installed, but
| instead patch client Makefile.am's to add ACLOCAL_AMFLAGS with
| -I/opt/libtool-2.2/share/aclocal or -I/opt/libtool-1.5/share/aclocal AND
| using $PATH (this works because -I paths go BEFORE the compiled-in
| -acdir paths used by aclocal)
|
| But this sort of thing is only necessary for those (hopefully rare)
| packages where it actually MATTERS which version of libtool you use.

That's also pretty complicated.  When would a package NOT work with 2.2?

| Even so, I hate to go back to the old "libtool-stable/libtool-devel"
| paradigm, but during this transition we -- cygwin package maintainers --
| might need to do so 'unofficially'.  However, this is a lot of trouble,
| 

Performance question

[w1hkj]

We are porting a real time data acquisition program for amateur radio 
digital signal processing.  The program, fldigi, uses the Fast Light 
Tool Kit and and a number of support libraries including PortAudio and 
Sndfile.  The source code for this program can be found at 
http://www.w1hkj.com.  fldigi is licensed under the GPL.


The port to Windows using Cygwin works very well.  There is just one 
issue that needs to be addressed.  Several test platforms are used to 
gauge performance, including an


HP notebook, 900 Mhz Athalon, 256 Mg RAM, and
Dell Dimension 3000, dual processor 3.0 GHz, 1 G RAM.

There is is very significant difference in cpu usage between running the 
application from the Cygwin X-terminal and running from the run command 
(with the cygwin1.dll) from Windows.


System   X-term  Windows-Run
HP Athalon   33%   100%
Dell 30003 %55%


We would appreciate any assistance or suggestions on how to improve the 
performance when linking to cygwin1.dll.


Thank you.

David Freese
for fldigi development team.


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

Another packaging error? [Attn: Xaw3d maintainer]

[Angelo Graziosi]

Installing libXaw3d-devel causes the same problem described here [1]

it installs in /usr/include/X11 but the package xorg-x11-devel need 
/usr/include/X11 be a link to ../X11R6/include/X11.


How do we solve this contradiction?

It looks to me that after installing libXft-devel and libXaw3d-devel, 
the build environment for X applications is a little compromised.



Cheers,
   Angelo.

---
[1] http://cygwin.com/ml/cygwin/2008-04/msg00187.html

--
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: Getting started with bash

[Buchbinder, Barry (NIH/NIAID) [E]]

Mark J. Reed wrote on Monday, April 07, 2008 8:21 AM:

> You hit the nail on the head with the environment vars question. 
> Bash tries to do the minimum amount of work possible when invoked
> non-interactively, on the assumption - almost universally true in
> *NIX - that it is being invoked by a process (usually another shell)
> that has its environment all set up already.  So when that's not the
> case, you need to tell bash so by adding the "-l" or "--login"
> option, so it will go out and read login-oriented startup files
> ([bash_]profile)  to set up its own environment.  
> 
> On 4/7/08, Joel M. Baldwin <[EMAIL PROTECTED]> wrote:
>> 
>> --On Monday, April 07, 2008 10:25 AM +0200 Michael Holm
>> <[EMAIL PROTECTED]> wrote:
>> 
>>> Hi,
>>> 
>>> I have read a lot of documents, but i really cant get this issue
>>> solved :( All i want is to be able to execute bash scripts from a
>>> windows desktop.. what i do now is..
>>> 
>>> 
>>> a batch script:
>>> c:\cygwin\bin\bash c:\cygwin\example.sh
>>> 
>>> this is my bash script.
>>> 
>>> example.sh
>>> ls -l
>>> 
>>> but i get the following output:
>>> command not found.
>>> 
>>> i hope that someone can give me a hit... all i have done is:
>>> install cygwin, made my batch script.. and made my bash script.. do
>>> i need to set any environment vars or something?
>>> 
>>> mvh
>>> Michael Holm
>> 
>> Add the -l option to bash.
>> i.e. "man bash" for an explanation
>> 
>> This makes it a login shell which must cause the PATH variable to be
>> set. 

You might also want to us "-c", e.g.,
bash -lc script
if you want bash to close automatically at the end of the script.

Also, I'm not sure that giving DOS/Windows paths will work, nor may paths using 
backslashes ("\"), which in unix-land are escape characters, for path 
separators (forward slashes ("/")).  So be sure that example.sh is in a 
directory that is in your path, or figure out what the full unix/cygwin path to 
it is, e.g.,
bash -l /cygdrive/c/cygwin/example.sh
or
bash -l /example.sh

- Barry

RE: Bodo

[daniel]

Hi--you've reached an old address that's been discontinued due to spam.

I will NOT see your message.

IF YOU WANT TO CONTACT ME, PLEASE go to http://www.will-harris.com/design.htm 
and click on "Just drop me a note."

I want to hear from you and am doing this to ensure you don't get stuck in spam 
(you wouldn't want that!)

 Daniel

--
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: Getting started with bash

[Mark J. Reed]

You hit the nail on the head with the environment vars question.  Bash
tries to do the minimum amount of work possible when invoked
non-interactively, on the assumption - almost universally true in *NIX
- that it is being invoked by a process (usually another shell) that
has its environment all set up already.  So when that's not the case,
you need to tell bash so by adding the "-l" or "--login" option, so it
will go out and read login-oriented startup files ([bash_]profile)  to
set up its own environment.



On 4/7/08, Joel M. Baldwin <[EMAIL PROTECTED]> wrote:
>
> --On Monday, April 07, 2008 10:25 AM +0200 Michael Holm <[EMAIL PROTECTED]>
> wrote:
>
> > Hi,
> >
> > I have read a lot of documents, but i really cant get this issue solved :(
> > All i want is to be able to execute bash scripts from a windows
> > desktop.. what i do now is..
> >
> >
> > a batch script:
> > c:\cygwin\bin\bash c:\cygwin\example.sh
> >
> > this is my bash script.
> >
> > example.sh
> > ls -l
> >
> >
> > but i get the following output:
> > command not found.
> >
> > i hope that someone can give me a hit... all i have done is:
> > install cygwin, made my batch script.. and made my bash script.. do i
> > need to set any environment vars or something?
> >
> > mvh
> > Michael Holm
>
> Add the -l option to bash.
> i.e. "man bash" for an explanation
>
> This makes it a login shell which must cause the PATH variable to be set.
>
>
> --
> 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/
>
>

-- 
Sent from Gmail for mobile | mobile.google.com

Mark J. Reed <[EMAIL PROTECTED]>

--
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: 1.5.25-11 Bash? Problem installing unattended on Server 2008

[Christoph Herdeg]

Hello List,

Brian, thank you for your 1st intervention. As I already wrote to the list
on Friday one of our two problems (copying the skeleton files) has resolved
meanwhile: it was caused by the Nullsoft-Installer creating /home and
/home/Administrator. When I look at "/etc/profile" I can see this
confirmed:

  if [ ! -d "${HOME}" ]; then
[...]
  fi

Due to the fact that the action of copying the skeleton files resides
within the same if-fi-construction they won't be copied if the HOME of the
installing user already exists. Okay. However: our script file gets copied
to "/etc/profile.d" but is not run by Cygwin when bash is started by the
Installer (the installer runs "cygwin.bat" from c:\cygwin...which cds to
c:\cygwin\bin and runs "bash --login -i"). The value of TMP is
"/cygdrive/c/Users/Admini~1/AppData/Local/Temp" (w/o the quotes). BTW:
manually executing /etc/profile works without any problem - but what can we
draw from this? Adding the "set -x" produces the following output (also run
manually):

  [EMAIL PROTECTED] ~
  $ /etc/profile
  +
PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/local/bin:/usr/bin:/bin:

/usr/X11R6/bin:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Wind
  ows/System32/Wbem
  + export PATH
  +
MANPATH=/usr/local/man:/usr/share/man:/usr/man:/usr/local/man:/usr/share/man:/
  usr/man:
  + export MANPATH
  +
INFOPATH=/usr/local/info:/usr/share/info:/usr/info:/usr/local/info:/usr/share/
  info:/usr/info:
  + export INFOPATH
  ++ id -un
  + USER=Administrator
  + export USER
  + '[' '!' -d /home/Administrator ']'
  + chmod 1777 /tmp
  + MAKE_MODE=unix
  + export MAKE_MODE
  + CVS_RSH=/bin/ssh
  + export CVS_RSH
  + case "`echo "_$0" | /usr/bin/tr '[:upper:]' '[:lower:]' |
/usr/bin/sed -e 's/^
  _//'`" in
  ++ echo _/etc/profile
  ++ /usr/bin/tr '[:upper:]' '[:lower:]'
  ++ /usr/bin/sed -e 's/^_//'
  + PS1='$ '
  + export PS1
  + '[' -d /etc/profile.d ']'
  ++ /bin/find -L /etc/profile.d -type f -iname '*.sh' -or -iname
'*.zsh'
  ++ LC_ALL=C
  ++ sort
  + read f
  + '[' -f /etc/profile.d/00bash.sh ']'
  + . /etc/profile.d/00bash.sh
  ++ /bin/test /bin/sh.exe -ot /bin/bash.exe
  ++ return 0
  + read f
  + '[' -f /etc/profile.d/ibm_customize_cygwin.sh ']'
  + . /etc/profile.d/ibm_customize_cygwin.sh

My hint would be that there is nothing wrong in these
lines..."ibm:customize_cygwin.sh" would be our script to further customize
the installation. However: /etc/profile is not executed automatically. It's
quite a pity but it does not help to see it working when executed
manually...Remember: It doesn't work ONLY in the case that "cygwin.bat" is
run by the Nullsoft-Installer. ONLY then the "bash: cannot create temp file
for here document: Bad address" -error happens

Does anybody have some ideas?

Regards,

Chris






   
 Brian Dessent 
 <[EMAIL PROTECTED] 
 t> To 
 Sent by:  cygwin@cygwin.com   
 [EMAIL PROTECTED]  cc 
 in.com
   Subject 
   Re: 1.5.25-11 Bash? Problem 
 04.04.2008 18:28  installing unattended on Server 
   2008
   
 Please respond to 
 cygwin@cygwin.com 
   
   
   




Christoph Herdeg wrote:

>   bash: cannot create temp file for here document: Bad address
>   bash: /home/Administrator/.bash_profile: Bad address
> ...
> How could we fix this situation - are there any preinstall-requisites
> required on the target system, e.g. setting special ACLs?

What is the value of the TMP environment variable when /etc/profile
runs?  What is the resulting output after adding "set -x" at the
beginning of /etc/profile?

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/




--
Unsubscribe info:  http://cygwi

Re: Snapshot cygwin-inst-20080327 regression in ls (permissions?)

[Corinna Vinschen]

On Apr  7 11:54, James Abley wrote:
> On 07/04/2008, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> > On Apr  6 21:52, James Abley wrote:
> >  > On 02/04/2008, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> >
> >  > >
> >  > >  I applied a patch which you'll find in the next snaphshot, which fixes
> >  > >  both problems.
> >  > >
> >  > >
> >  > >  Corinna
> >  >
> >  > Not sure you need this any more, but I'm including the requested
> >  > strace output. Thanks for the quick turnaround, I'll test the later
> >  > snapshots and see how I get on.
> >
> >
> > Thanks for the strace.  It supported my theory and the aforementioned
> >  patch should fix the problem.  Please give the next developer snapshot
> >  a try.
> >
> 
> I don't see anything new here [1]. Sorry, I don't understand which
> snapshot it is you want me to try?

The next one.  There is no next one so far.


Corinna

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

--
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: Snapshot cygwin-inst-20080327 regression in ls (permissions?)

[James Abley]

On 07/04/2008, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> On Apr  6 21:52, James Abley wrote:
>  > On 02/04/2008, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
>
>  > >
>  > >  I applied a patch which you'll find in the next snaphshot, which fixes
>  > >  both problems.
>  > >
>  > >
>  > >  Corinna
>  >
>  > Not sure you need this any more, but I'm including the requested
>  > strace output. Thanks for the quick turnaround, I'll test the later
>  > snapshots and see how I get on.
>
>
> Thanks for the strace.  It supported my theory and the aforementioned
>  patch should fix the problem.  Please give the next developer snapshot
>  a try.
>

I don't see anything new here [1]. Sorry, I don't understand which
snapshot it is you want me to try?

Cheers,

James

[1] http://www.cygwin.com/snapshots/

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

A problem sending mail to this list

[Angelo Graziosi]

Every time I put as subject of an email


Fwd: Packaging error?[Attn: libXft maintainer]

or

Packaging error?Attn: libXft maintainer

or

Packaging error?Attn: lib Xft maintainer

or

Packaging error? libxft maintainer

or

Packaging error? libxft

or

Packaging error? [Attn: xft maintainer]


I got a failure notice from mail demon sourceware, saying that a few
key-word in the subject are not allowed.

Only putting

Packaging error? [Attn: ... maintainer]

worked, as you can see [1].


I have configured Thunderbird to use only text, NO HTML!

What is wrong in the above?


Cheers,
   Angelo.

---
[1] http://cygwin.com/ml/cygwin/2008-04/msg00187.html

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

Packaging error? [Attn: ... maintainer]

[Angelo Graziosi]

Every time I cite libXft package on the subject of this mail I got a 
failur notice.


What is wrong in citing a package?



Perhaps there is a packaging bug.

After installing libXft*-2.1.7, 'cygcheck' says that

---
File type mismatch: /usr/include/X11 from package xorg-x11-devel
xorg-x11-devel   6.8.99.901-1  Incomplete


Now /usr/include/X11 is a directory containing Xft, instead in
xorg-x11-devel it is a link to ../X11R6/include/X11:

 usr/include/X11 -> ../X11R6/include/X11

Is it safety to reinstall xorg-x11-devel? or reinstalling it will delete
/usr/include/X11/Xft causing, now, libXft* to be incomplete?

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

[ANNOUNCEMENT] Updated: {fftw3/fftw3-doc/libfftw3_3/libfftw3-devel}-3.1.2-2 : discrete Fourier transform (DFT) library

[Marco Atzeri]

Hi

New versions of
'fftw3/fftw3-doc/libfftw3_3/libfftw3-devel' have been
uploaded to a server near you.


DESCRIPTION:

FFTW is a C subroutine library for computing the
discrete 
Fourier transform (DFT) in one or more dimensions, of
arbitrary input 
size, and of both real and complex data (as well as of
even/odd data, 
i.e. the discrete cosine/sine transforms or DCT/DST).

Cygwin NEWS:


 o Maintainer change
 o Switched to cygport build framework
 o separate libfftw3_3 package for runtime dll's
 o development package renamed from fftw3-dev to
libfftw3-devel 

fftw3 NEWS:
===

FFTW 3.1.2

* Correct bug in configure script:
--enable-portable-binary option was ignored!
  Thanks to Andrew Salamon for the bug report.

* Threads compilation fix on AIX: prefer xlc_r to
cc_r, and don't use
  either if we are using gcc.  Thanks to Guy Moebs for
the bug report.

* Updated FAQ to note that Apple gcc 4.0.1 on
MacOS/Intel is broken,
  and suggest a workaround.  configure script now
detects Core/Duo arch.

* Use -maltivec when checking for altivec.h.  Fixes
Gentoo bug #129304,
  thanks to Markus Dittrich.

FFTW 3.1.1

* Performance improvements for Intel EMT64.

* Performance improvements for large-size transforms
with SIMD.

* Cycle counter support for Intel icc and Visual C++
on x86-64.

* In fftw-wisdom tool, replaced obsolete --impatient
with --measure.

* Fixed compilation failure with AIX/xlc; thanks to
Joseph Thomas.

* Windows DLL support for Fortran API (added missing
__declspec(dllexport)).

* SSE/SSE2 code works properly (i.e. disables itself)
on older 386 and 486
  CPUs lacking a CPUID instruction; thanks to Eric
Korpela.

FFTW 3.1

* Faster FFTW_ESTIMATE planner.

* New (faster) algorithm for REDFT00/RODFT00 (type-I
DCT/DST) of odd size.

* "4-step" algorithm for faster FFTs of very large
sizes (> 2^18).

* Faster in-place real-data DFTs (for R2HC and HC2R
r2r formats).

* Faster in-place non-square transpositions (FFTW uses
these internally
  for in-place FFTs, and you can also perform them
explicitly using
  the guru interface).

* Faster prime-size DFTs: implemented Bluestein's
algorithm, as well
  as a zero-padded Rader variant to limit recursive
use of Rader's algorithm.

* SIMD support for split complex arrays.

* Much faster Altivec/VMX performance.

* New fftw_set_timelimit function to specify a (rough)
upper bound to the
  planning time (does not affect ESTIMATE mode).

* Removed --enable-3dnow support; use --enable-k7
instead.

* FMA (fused multiply-add) version is now included in
"standard" FFTW,
  and is enabled with --enable-fma (the default on
PowerPC and Itanium).

* Automatic detection of native architecture flag for
gcc.  New
  configure options: --enable-portable-binary and
--with-gcc-arch=,
  for people distributing compiled binaries of FFTW
(see manual).

* Automatic detection of Altivec under Linux with gcc
3.4 (so that
  same binary should work on both Altivec and
non-Altivec PowerPCs).

* Compiler-specific tweaks/flags/workarounds for gcc
3.4, xlc, HP/UX,
  Solaris/Intel.

* Various documentation clarifications.

* 64-bit clean.  (Fixes a bug affecting the split guru
planner on 
  64-bit machines, reported by David Necas.)

* Fixed Debian bug #259612: inadvertent use of SSE
instructions on
  non-SSE machines (causing a crash) for --enable-sse
binaries.

* Fixed bug that caused HC2R transforms to destroy the
input in
  certain cases, even if the user specified
FFTW_PRESERVE_INPUT.

* Fixed bug where wisdom would be lost under rare
circumstances,
  causing excessive planning time.

* FAQ notes bug in gcc-3.4.[1-3] that causes FFTW to
crash with SSE/SSE2.

* Fixed accidentally exported symbol that prohibited
simultaneous
  linking to double/single multithreaded FFTW (thanks
to Alessio Massaro).

* Support Win32 threads under MinGW (thanks to Alessio
Massaro).

* Fixed problem with building DLL under Cygwin; thanks
to Stephane Fillod.

* Fix build failure if no Fortran compiler is found
(thanks to Charles
  Radley for the bug report).

* Fixed compilation failure with icc 8.0 and SSE/SSE2.
 Automatic
  detection of icc architecture flag (e.g. -xW).

* Fixed compilation with OpenMP on AIX (thanks to Greg
Bauer).

* Fixed compilation failure on x86-64 with gcc (thanks
to Orion Poplawski).

* Incorporated patch from FreeBSD ports (FreeBSD does
not have memalign,
  but its malloc is 16-byte aligned).

* Cycle-counter compilation fixes for Itanium, Alpha,
x86-64, Sparc,
  MacOS (thanks to Matt Boman, John Bowman, and James
A. Treacy for
  reports/fixes).  Added x86-64 cycle counter for PGI
compilers,
  courtesy Cristiano Calonaci.

* Fix compilation problem in test program due to C99
conflict.

* Portability fix for import_system_wisdom with djgpp
(thanks to Juan
  Manuel Guerrero).

* Fixed compilation failure on MacOS 10.3 due to
getopt conflict.

* Work around Visual C++ (version 6/7) bug in SSE
compilation;
  thanks to Eddie Yee for his detailed report.

Re: Snapshot cygwin-inst-20080327 regression in ls (permissions?)

[Corinna Vinschen]

On Apr  6 21:52, James Abley wrote:
> On 02/04/2008, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> > I just looked into this stuff again.  Actually I had implemented reading
> >  reparse points so that directory junctions are recognized as symlinks.
> >  But it didn't work for these special junctions on Vista for two reasons.
> >
> >  First, it turned out that these junctions have an ACL which explicitely
> >  denies everyone FILE_READ_DATA access.
> >
> >  Second, the SYSTEM attribute was evaluated before the REPARSE attribute,
> >  so these special reparse points were erroneously opened as Cygwin old-
> >  style symlinks instead of reading the reparse data from them.
> >
> >  I applied a patch which you'll find in the next snaphshot, which fixes
> >  both problems.
> >
> >
> >  Corinna
> 
> Not sure you need this any more, but I'm including the requested
> strace output. Thanks for the quick turnaround, I'll test the later
> snapshots and see how I get on.

Thanks for the strace.  It supported my theory and the aforementioned
patch should fix the problem.  Please give the next developer snapshot
a try.


Corinna

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

--
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: Getting started with bash

[Joel M. Baldwin]

--On Monday, April 07, 2008 10:25 AM +0200 Michael Holm <[EMAIL PROTECTED]> 
wrote:



Hi,

I have read a lot of documents, but i really cant get this issue solved :(
All i want is to be able to execute bash scripts from a windows
desktop.. what i do now is..


a batch script:
c:\cygwin\bin\bash c:\cygwin\example.sh

this is my bash script.

example.sh
ls -l


but i get the following output:
command not found.

i hope that someone can give me a hit... all i have done is:
install cygwin, made my batch script.. and made my bash script.. do i
need to set any environment vars or something?

mvh
Michael Holm


Add the -l option to bash.
i.e. "man bash" for an explanation

This makes it a login shell which must cause the PATH variable to be set.


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

Getting started with bash

[Michael Holm]

Hi,

I have read a lot of documents, but i really cant get this issue solved :(
All i want is to be able to execute bash scripts from a windows
desktop.. what i do now is..


a batch script:
c:\cygwin\bin\bash c:\cygwin\example.sh

this is my bash script.

example.sh
ls -l


but i get the following output:
command not found.

i hope that someone can give me a hit... all i have done is:
install cygwin, made my batch script.. and made my bash script.. do i
need to set any environment vars or something?

mvh
Michael Holm



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