date:20050721

Re: [perl-5.8.7] Perl regression tests fail when lib directory is present

2005-07-21 Thread Michael G Schwern

On Wed, Jul 20, 2005 at 06:54:13PM -0700, Andrew Ho wrote:
> Here are the diffs between 2.42 and 2.44, the next most recent version:
> 
> http://www.zeuscat.com/tmp/test_harness_diff.txt
> http://www.zeuscat.com/tmp/test_harness_diff.html (colorized)
> 
> I haven't peeked through the diff yet to figure out what the cuplrit is.

DING DING DING DING!

@@ -446,9 +464,21 @@
s/[\\\/+]$// foreach @inc;
 }

-my %dupes;
-@inc = grep !$dupes{$_}++, @inc;
+my %seen;
+$seen{$_}++ foreach $self->_default_inc();
+@inc = grep !$seen{$_}++, @inc;
+
+return @inc;
+}
+
+
+sub _default_inc {
+my $self = shift;

+local $ENV{PERL5LIB};
+my $perl = $self->_command;
+my @inc =`$perl -le "print join qq[\n], [EMAIL PROTECTED]"`;
+chomp @inc;
 return @inc;
 }

Its gotta be something about _default_inc().  Nothing looks wrong from
here.  My only guess is that local $ENV{PERL5LIB} is ineffective.  That
would account for the alternation.

The algorithm is this.  Test::Harness has to make sure it runs tests with
the same @INC Test::Harness ran with.  To do this it could just shove all of
@INC into PERL5LIB before running the test but there's various reasons why
this is a bad idea.  So it only puts into PERL5LIB that which perl does not
already have in its @INC by default.

_default_inc() figures out what the normal Perl @INC is without any -Is or 
PERL5LIB by localizing PERL5LIB (thus temporarily clearing it) and running 
the shell command:

perl -le "print join qq[\n], @INC"

to get perl to list its pristine @INC.  I think the localization of PERL5LIB
is failing.  This means blib/lib is still on it and it thinks its part of
the default so it strips it off.  Next time around its not there so it puts
it back on.  And so on.

Try printing out the value of $ENV{PERL5LIB} before and after the localization
inside _default_inc().  Finally, see what _default_inc returns.

sub _default_inc {
my $self = shift;

print STDERR "P5LIB Before: $ENV{PERL5LIB}\n";
local $ENV{PERL5LIB};
print STDERR "P5LIB After:  $ENV{PERL5LIB}\n";

my $perl = $self->_command;
my @inc =`$perl -le "print join qq[\\n], [EMAIL PROTECTED]"`;
chomp @inc;

print STDERR "Default @INC: @inc\n";
return @inc;
}

And then try changing "local $ENV{PERL5LIB}" to "local $ENV{PERL5LIB} = ''".

-- 
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Reality is that which, when you stop believing in it, doesn't go away.
-- Phillip K. Dick

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

Ctrl-C not working as well as on Linux

2005-07-21 Thread Alex Goldman

On Linux, after I start a program that consumes 100% of CPU time, I
can usually terminate it just by typing Ctrl-C. This is very
convenient to me as a developer. However, using Cygwin in the same
situation, the shell becomes "bash (Not Responding)", and I have to
invoke the process manager and kill the process from there. Does
anyone know why this happens and what can be done about 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/

buggy tab-expansion

2005-07-21 Thread Alex Goldman

Here's an example (I tried this in the original DOS/Cygwin terminal
and in Rxvt) :

1. type "grep" in the command line, but don't hit Enter
2. hit Tab quickly several times (two is often enough)

The line now becomes "grepp", even though there are no "grepp*" in PATH. 

(Hitting Enter invokes "grep" - single 'p')

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

1.5.17: msgrcv doesn't report error with IPC_NOWAIT if ENOMSG

2005-07-21 Thread Marek Prochazka

Hi all,

msgrcv deosn't return -1 if IPC_NOWAIT flag is used and no message of
desired type is in the queue.

However, in such a case errno is set to ENOMSG as it should be.

Regards,
Marek Prochazka





___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com

--
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: setting Win32 environment variables in Cygwin

2005-07-21 Thread Andrew Schulman

> Specifically, I need to do
> 
> Set PATH=C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin;%PATH%
> Set INCLUDE=C:\Program Files\Microsoft Visual C++ Toolkit
> 2003\include;%INCLUDE% Set LIB=C:\Program Files\Microsoft Visual Studio
> .NET 2003\Vc7\lib;C:\Program Files\Microsoft Visual C++ Toolkit
> 2003\lib;%LIB%
> 
> So that VC++ will run properly from the command line. Any suggestions?

Since these variables are to be used by a Windows app, it would make most
sense to set them in Windows.  Then they'll be available to all Windows
apps (including others that might start VC++), and also in Cygwin.  In XP,
you can use the so-well-hidden-it's-almost-gone environment variables pane: 
right click on my computer, Properties, Advanced, Environment Variables. 
You may find it easier just to enter them directly into the registry: 
HKCU\Environment for user-specific variables, or
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment for
system-wide variables.

For path variables that you want to use in both Windows and Cygwin, there is
a path conversion problem, as Igor says.  If you're using VC++ and not gcc,
then you can just leave INCLUDE et al. as Windows-format paths.  But if you
want to launch both from Cygwin, then you have a problem, because either
path format (Windows or Cygwin) will be wrong for one of them.  I guess
what's needed is to put the paths into Cygwin format, and write a wrapper
script for VC++, that converts them back to Windows format first. 
Fortunately cygpath(1) can make these conversions for you.

Good luck,
Andrew.



--
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: Error running gcc ("No such file or directory" error for as.e xe)

2005-07-21 Thread James . Beard

Hi again,

Apologies on not attaching the cygcheck file. I did the cygcheck and then
omitted to attach it. This time I have. 

The version of cygwin that I am using is the very latest: 1.5.18-1.

Permissions on each component of the path to as.exe are as follow:

getfacl /usr
# file: /usr
# owner: jbeard
# group: mkgroup-l-d
user::rwx
group::r-x
other:r-x
mask:rwx

getfacl /usr/i686-pc-cygwin/ 
# file: /usr/i686-pc-cygwin/
# owner: jbeard
# group: mkgroup-l-d
user::rwx
group::r-x
other:r-x
mask:rwx

getfacl /usr/i686-pc-cygwin/bin
# file: /usr/i686-pc-cygwin/bin
# owner: jbeard
# group: mkgroup-l-d
user::rwx
group::r-x
other:r-x
mask:rwx

getfacl /usr/i686-pc-cygwin/bin/as.exe
# file: /usr/i686-pc-cygwin/bin/as.exe
# owner: jbeard
# group: mkgroup-l-d
user::rwx
group::r-x
other:r-x
mask:rwx

Currently the $CYGWIN environment variable does not seem to be set at all.
Do I just set it to have the value "notraverse" and then try again?

Thanks,
James.

 <> 

> -Original Message-
> From: BEARD James 
> Sent: Thursday, July 21, 2005 11:24 AM
> To:   BEARD James
> Subject:  Re: Error running gcc ("No such file or directory" error for
> as.exe)
> 
> [EMAIL PROTECTED] wrote:
> 
> > What is odd is that there is no doubt that this file (as.exe) exists.
> > If I do:
> > ls -l
> > /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/as.exe
> > the file is listed as expected with full execute permissions set.
> > 
> > If I try, from the command line, to execute the file, I get the
> following:
> > 1) If I am in the directory itself (which equates to
> > /usr/i686-pc-cygwin/bin), I can execute the file.
> > 2) If I am in any other directory, I can see the file, but I cannot
> execute
> > it (again get the "No such file or directory" error).
> 
> If you are using one of the versions of Cygwin that defaulted to
> traverse checking turned on, then there's a chance that this could be
> your problem.  Though I don't know if that is possible since it works if
> you run it from the same directory.
> 
> In order to know if this is the case we would need to know what version
> of Cygwin you're using, what the permissions on each component of the
> path to as.exe are, and whether adding 'notraverse' to $CYGWIN makes a
> difference.  Regardless of the question of traverse checking, you should
> post the output of getfacl for /usr, /usr/i686-pc-cygwin,
> /usr/i686-pc-cygwin/bin, and /usr/i686-pc-cygwin/bin/as.exe.
> 
> Incidently, much of this information would have been already known to us
> if you had included your "cygcheck -svr" output.  If you're not going to
> follow the guidelines at  then people
> are going to be less likely to want to help you.
> 
> Brian
> 
 ###  OXFORD INSTRUMENTS   http://www.oxford-instruments.com/  ### 

Unless stated above to be non-confidential, this E-mail and any 
attachments are private and confidential and are for the addressee 
only and may not be used, copied or disclosed save to the addressee.
If you have received this E-mail in error please notify us upon receipt 
and delete it from your records. Internet communications are not secure 
and Oxford Instruments is not responsible for their abuse by third 
parties nor for any alteration or corruption in transmission. 



cygcheck.out
Description: Binary data
--
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: make 3.80 bug - running a program inside make

2005-07-21 Thread Dave Korn

Original Message
>From: Christopher Faylor
>Sent: 21 July 2005 04:46

> On Wed, Jul 20, 2005 at 08:39:22PM -0700, turbo wrote:
>> I have some makefiles that fail to work correctly.
>> They worked about 6 months ago with cygwin.

>>  ${BIN}calls calls.in > calls.out

>> I added the pwd line to make sure the directory exists.
>> When I remove the "> calls.out" in the makefile, the program runs, and
>> output is directed to standard output.

> 
> Judging by the error messages, it sounds like you have the "MAKE_MODE"
> environment variable set.
> 
> If that is the case, you should unset it.

  Judging by the cygcheck attachment, he doesn't have MAKE_MODE set.  He
does, however, have bash/coreutils 3.0-7 installed, which could indicate a
rollback from the buggy 3.0-8 versions, and could perhaps be the cause of
this line:

> Not Found: sh

which would explain why the exe runs correctly when the output is stdout but
fails when the output is redirected: make has an optimisation that looks at
the command line to be run and, if it doesn't need any shell features,
invokes the command executable directly through fork(...)/exec(...), to
avoid the costs of spawning a shell.  This still works fine, but in the case
where the output is redirected, which is a shell-features, make knows it has
to use system(...) to invoke the command under sh; and it's system(...)
looking for sh.exe that is producing the error message.

  The solution for Jeff is to upgrade coreutils and bash; that should fix
it.

cheers,
  DaveK
-- 
Can't think of a witty .sigline today

--
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: cannot create temp file for here document

2005-07-21 Thread Vaclav Haisman

Are you still experiencing the problem? I have the same problem but only with
cygwin1.dll that I compiled from CVS source with some changes. Are you using
modified cygwin1.dll too?


VH



On Fri, 15 Jul 2005, Barry Demchak wrote:

> Hi --
>
> I have a clean install of Cygwin in C:\ on my Win2K system.
>
> The thing seems OK except for an error issued immediately upon startup:
>
> "bash: cannot create temp file for here document: No such file or directory"
>
> I'm not sure what it's about, but I'm pretty sure it's going to cause trouble.
>
> If I look in my C:\cygwin\home\bdemchak directory, I see a .bash_history file
> and three others: .inputrc, .bashrc, and .bash_profile ... seems healthy to 
> me,
> but I'm a newbie.
>
> Here's my passwd file entry:
> bdemchak:unused_by_nt/2000/xp:1000:513:bdemchak,U-MALEX\Barry 
> Demchak,S-1-5-21-
> 1214440339-492894223-854245398-1000:/home/bdemchak:/bin/bash
>
> What could be wrong??
>
> FYI, here's my environment ... thanks!
>
> !C:='C:\Cygwin\bin'
> ALLUSERSPROFILE='C:\Documents and Settings\All Users'
> APPDATA='C:\Documents and Settings\Barry Demchak\Application Data'
> BASH=/usr/bin/bash
> BASH_ARGC=()
> BASH_ARGV=()
> BASH_LINENO=()
> BASH_SOURCE=()
> BASH_VERSINFO=([0]="3" [1]="00" [2]="16" [3]="7" [4]="release" [5]="i686-pc-
> cygwin")
> BASH_VERSION='3.00.16(7)-release'
> CLASSPATH='e:\sysprog\java\j2sdk1.4.2_08\jre\lib\rt.jar'
> COMMONPROGRAMFILES='C:\Program Files\Common Files'
> COMPUTERNAME=MALEX
> COMSPEC='C:\WINNT\system32\cmd.exe'
> CVS_RSH=/bin/ssh
> DDKROOT='e:\sysprog\NTDDK'
> DIRSTACK=()
> EUID=1000
> GROUPS=()
> HISTFILE=/home/bdemchak/.bash_history
> HISTFILESIZE=500
> HISTSIZE=500
> HOME=/home/bdemchak
> HOMEDRIVE=C:
> HOMEPATH='\'
> HOSTNAME=malex
> HOSTTYPE=i686
> IFS=$' \t\n'
> INFOPATH=/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr
> /autotool/stable/info:
> JAVA_HOME='E:\Sysprog\Java\j2sdk1.4.2_08'
> LOGONSERVER='\\MALEX'
> MACHTYPE=i686-pc-cygwin
> MAILCHECK=60
> MAKE_MODE=unix
> MANPATH=/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:
> NUMBER_OF_PROCESSORS=1
> OLDPWD=/usr/bin
> OPTERR=1
> OPTIND=1
> OS=Windows_NT
> OS2LIBPATH='C:\WINNT\system32\os2\dll;'
> OSTYPE=cygwin
> PATH='/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cy
> gdrive/c/WINNT:/cygdrive/c/WINNT/System32/Wbem:/cygdrive/e/sysprog/java/j2sdk1.4
> .2_08/bin:/cygdrive/c/PROGRAM
> FILES/THINKPAD/UTILITIES:/cygdrive/e/comprog/Symantec/pcAnywhere/:/cygdrive/e/co
> mprog/symantec/winfax/macros:/cygdrive/e/sysprog/Microsoft/Support
> Tools/:/cygdrive/c/Program Files/ATI Technologies/ATI Control
> Panel:/cygdrive/c/Program Files/ATI Technologies/Fire GL 3D Studio
> Max:/cygdrive/c/Program Files/ATI Technologies/Fire GL Control Panel'
> PATHEXT='.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
> PIPESTATUS=([0]="0")
> PPID=1
> PRINTER='\\MCHEWBACCA\KOOP PCL 5E'
> PROCESSOR_ARCHITECTURE=x86
> PROCESSOR_IDENTIFIER='x86 Family 15 Model 2 Stepping 4, GenuineIntel'
> PROCESSOR_LEVEL=15
> PROCESSOR_REVISION=0204
> PROGRAMFILES='C:\Program Files'
> PROMPT='$P$G'
> PS1='\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
> PS2='> '
> PS4='+ '
> PWD=/home/bdemchak
> SHELL=/bin/bash
> SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-
> comments:monitor
> SHLVL=1
> SYSTEMDRIVE=C:
> SYSTEMROOT='C:\WINNT'
> TEMP=/cygdrive/c/DOCUME~1/BARRYD~1/LOCALS~1/Temp
> TERM=cygwin
> TMP=/cygdrive/c/DOCUME~1/BARRYD~1/LOCALS~1/Temp
> TVDUMPFLAGS=10
> UID=1000
> USER=bdemchak
> USERDOMAIN=MALEX
> USERNAME='Barry Demchak'
> USERPROFILE='C:\Documents and Settings\Barry Demchak'
> WINDIR='C:\WINNT'
> _=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/
>

--
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: Recompiling OpenLDAP fails with cygwin-1.5.18-1

2005-07-21 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Dr. Volker Zell on 7/21/2005 12:51 AM:
> Hi list
> 
> With the latest and greatest packages installed I'm trying
> to recompile openldap but getting:
> 
> 
> checking for sched.h... yes
> checking for pthread_create in default libraries... rm: cannot remove 
> `conftest.exe': Permission denied
> rm: cannot remove `conftest.exe': Permission denied
> no
>
> When trying to look at the permissions of conftest.exe it is already
> removed.

Do you have some third-party background process (antivirus scanner or
desktop search engine) that is keeping newly-created files open just a bit
too long?  This error message is typical on such short-lived files, and
the solution is to disable the background scanner (or at least limit it to
non-cygwin directories).

- --
Life is short - so eat dessert first!

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

iD8DBQFC341l84KuGfSFAYARAoDbAJ9doyguLCAnyhHcnv5zjc4YCYtraQCgqRTC
9HRPoqx1EHFKQ0pubCsIzj4=
=Ecjy
-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/

Bug in bash 3.0-8: Removes its own manpage. (Well, one of the two.) (Cosmetic?)

2005-07-21 Thread Jan Schormann

Hi,

in /etc/postinstall/00bash.sh, it says (unconditionally):


# Get rid of ash manpage, if it is in the way of our compressed page.
rm -f /usr/share/man/man1/sh.1


Is this a known problem waiting for the new setup?
In effect, "man sh" fails, and "cygcheck -vc bash" says:


Package  VersionStatus
Missing file: /usr/share/man/man1/sh.1 from package bash
bash 3.0-8  Incomplete


What about:
- leave sh.1 out of the bash tarball in the first place, and
- in postinstall, only if "man sh" is supposed to work:


# Get rid of ash manpage, if it is in the way of our compressed page.
rm -f /usr/share/man/man1/sh.1
ln -sf /usr/share/man/man1/bash.1.gz /usr/share/man/man1/sh.1.gz


Any opinions?
Thanks,
Jan.



--
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: Ctrl-C not working as well as on Linux

2005-07-21 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Alex Goldman on 7/21/2005 2:49 AM:
> On Linux, after I start a program that consumes 100% of CPU time, I
> can usually terminate it just by typing Ctrl-C. This is very
> convenient to me as a developer. However, using Cygwin in the same
> situation, the shell becomes "bash (Not Responding)", and I have to
> invoke the process manager and kill the process from there. Does
> anyone know why this happens and what can be done about it?
> 

What terminal are you using?  If it is the Windows console, then you need
to have CYGWIN=tty in your environment before starting bash to ensure
saner behavior of Ctrl-C (at the expense of possibly breaking Windows
native applications in the same console).  See
http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html#id4736242 or search
some recent threads on the issue.

Hint - following the problem reporting directions would have helped us
know right off whether you were using the Windows console:

> Problem reports:   http://cygwin.com/problems.html

- --
Life is short - so eat dessert first!

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

iD8DBQFC34/P84KuGfSFAYARAkGxAJ9JZA9vgGhft5+56OIG18T7NuFWlwCg2Ki/
0syY90mkH1hE9tsnaoFvwFo=
=tNiE
-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/

Re: buggy tab-expansion

2005-07-21 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Alex Goldman on 7/21/2005 3:00 AM:
> Here's an example (I tried this in the original DOS/Cygwin terminal
> and in Rxvt) :
> 
> 1. type "grep" in the command line, but don't hit Enter
> 2. hit Tab quickly several times (two is often enough)
> 
> The line now becomes "grepp", even though there are no "grepp*" in PATH. 
> 
> (Hitting Enter invokes "grep" - single 'p')

This sounds related to the buggy prompt display code.  There is a known
issue in readline where some (but not all) prompts cause display problems,
because the display engine isn't properly accounting for invisible
characters in the string, and I am awaiting a patch from the upstream
maintainer.  In the meantime, I was unable to reproduce the symptoms;
could you please let me know what your $PS1 variable is?

- --
Life is short - so eat dessert first!

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

iD8DBQFC35DH84KuGfSFAYARAlryAKCNtnCfx+WtNmZJirIguVsbo43zugCguXEM
8FXDv6q515DRhFZ5TvW294Q=
=S1wF
-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/

Re: Bug in bash 3.0-8: Removes its own manpage. [Attn: man maintainer]

2005-07-21 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Jan Schormann on 7/21/2005 5:57 AM:
> Hi,
> 
> in /etc/postinstall/00bash.sh, it says (unconditionally):
> 
> 
> # Get rid of ash manpage, if it is in the way of our compressed page.
> rm -f /usr/share/man/man1/sh.1

Ash used to install (uncompressed) as sh.1.  Bash-3.0-7 installs
(compressed) as sh.1.gz (actually, a symlink to a compressed, but symlinks
in the man directory have to have the same extension as what they link
to).  Since `man sh' prefers sh.1 over sh.1.gz, my original postinstall
script was not nuking its own file, but getting rid of ash's to ensure
that its own sh.1.gz would succeed.

But you are indeed correct - in making bash-3.0-8, I changed from sh.1.gz
as a symlink, to the more appropriate sh.1 with contents ".so
man1/bash.1.gz", without updating the postinstall script accordingly.  I
made the swap because I learned that using .so in man pages is more
efficient for reuse of the /var/cache/man/cat*/* pages of pre-rendered
output.  While normal pages are compressed to save space, compressing the
single line link pages typically expands the file size (with compression
information overhead), and is wasteful for the time spent unpacking it.

[Man maintainer - I noticed that the default installation of
/usr/share/misc/man.conf does not disable caching, but that /var/cache/man
does not have any catN subdirectories so attempts to create cache files
fail.  Can you fix your installation be fixed to ensure the cache
directory structure exists?]

It will be fixed in bash-3.0-9; in the meantime, you can do the following
to placate `cygcheck -cv bash':
echo .so man1/bash.1.gz > /usr/share/man/man1/sh.1

- --
Life is short - so eat dessert first!

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

iD8DBQFC35fp84KuGfSFAYARAsLcAJ0SEYJn+A6oTIMG9UVL1EoPo8PBZgCeJPeA
zKZCJzoVbmJY+hwkZ9vUA90=
=NuXE
-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/

Re: make 3.80 bug - running a program inside make

2005-07-21 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Dave Korn on 7/21/2005 5:24 AM:
>   Judging by the cygcheck attachment, he doesn't have MAKE_MODE set.  He
> does, however, have bash/coreutils 3.0-7 installed, which could indicate a
> rollback from the buggy 3.0-8 versions, and could perhaps be the cause of
> this line:

Careful on the version numbers here.

bash-3.0-7 works, but has prompt display bugs because it links against
libreadline6-5.0-2.
bash-3.0-8 works, is the current version, and includes a static readline
library.
bash-3.0-9 does not exist yet, but will soon be present to link against
the experimental libreadline6-5.0-3.

coreutils-5.3.0-7 works, but has bugs with .exe magic on virtual directories.
coreutils-5.3.0-8 was dead on arrival, and was pulled from the mirrors
immediately after that was discovered.
coreutils-5.3.0-9 is the current version.

> 
> 
>>Not Found: sh

ANY installation that doesn't have /bin/sh probably had problems running
the bash postinstall script, so the easiest solution is to use setup.exe
to reinstall the latest version of bash.

- --
Life is short - so eat dessert first!

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

iD8DBQFC35MV84KuGfSFAYARAkAnAKCh+nGAWkPp7MajItM+u989n6SITQCgv267
LO70p+aY1rbnL1b3kip5Cto=
=0QT3
-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/

RE: cygwin ver 1.5.12-1 on win2k3

2005-07-21 Thread Etienne Mbuyi

I was to get it to work using cron-conf. I first created a user through the
steps in the previous email, then use cron-config to install cron. I had to
modify couple permissions in the process. Thank to Pierre for his inputs.

-Original Message-
From: Etienne Mbuyi [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 20, 2005 9:54 AM
To: 'Pierre A. Humblet'
Cc: 'cygwin@cygwin.com'
Subject: RE: cygwin ver 1.5.12-1 on win2k3

That was a retype = typo. I will go head and give your recommendation a try.

-Original Message-
From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 20, 2005 9:45 AM
To: Etienne Mbuyi
Cc: cygwin@cygwin.com
Subject: Re: cygwin ver 1.5.12-1 on win2k3

That looks fine, except that all the XXXPrivelege rights should
XXXPrivilege, AFAIK. Was that a cut and paste or a retype?
Use editrights to list the privileges of  cron_x.

Cron-diagnose was not designed for 2k3, so it's useless there.
My advice is to run cron-config. When prompted say that want
to reinstall the service.
It will prompt you for a user to run under, just say cron_x
I forgot if it will reset the privileges or keep them as they are.


Pierre


- Original Message - 
From: "Etienne Mbuyi" <[EMAIL PROTECTED]>
To: "'Pierre A. Humblet'" <[EMAIL PROTECTED]>
Cc: 
Sent: Wednesday, July 20, 2005 9:31 AM
Subject: RE: cygwin ver 1.5.12-1 on win2k3


> The steps outlined below were used to install cron on a different win2k3
> server and it works. For some reason the same procedures don't work on a
> different server.
> 
> $ net user cron_x password /add /yes
> $ net localgroup administrators cron_x /add
> $ editrights -a SeAssignPrimaryTokenPrivelege -u cron_x
> $ editrights -a SeCreateTokenPrivelege -u cron_x
> $ editrights -a SeIncreaseQuotaPrivelege -u cron_x
> $ editrights -a SeServiceLogonRight -u cron_x
> $ mkpassd -l -u cron_x >> /etc/passwd
> $ cygrunsrv -I cron -p /usr/sbin/cron -a -D -u cron_x -w password
> 
> Each of these commands were completed successfully. But when trying to
start
> cron, no luck.
> 
> -Original Message-
> From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, July 20, 2005 9:18 AM
> To: Etienne Mbuyi"
> Cc: cygwin@cygwin.com
> Subject: RE: cygwin ver 1.5.12-1 on win2k3
> 
> Etienne Mbuyi wrote:
> 
> > The output of cron_diagnose.sh does not help because it shows the same
> info
> > compared to a server where cron is working. We don't have sendmail
> install.
> > In any case here is the output of cygcheck -s -v -r. I also include the
> > crontab -l output and the error that we get when trying to start cron. 
> 
> Did you use cron-config to configure cron properly?
> Did you read what /usr/share/doc/Cygwin/cron.README says about win2k3?
> 
> Pierre
> 
> 
> 
> 




--
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: buggy tab-expansion

2005-07-21 Thread Lars Munch

On Thu, Jul 21, 2005 at 06:10:48AM -0600, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> According to Alex Goldman on 7/21/2005 3:00 AM:
> > Here's an example (I tried this in the original DOS/Cygwin terminal
> > and in Rxvt) :
> > 
> > 1. type "grep" in the command line, but don't hit Enter
> > 2. hit Tab quickly several times (two is often enough)
> > 
> > The line now becomes "grepp", even though there are no "grepp*" in PATH. 
> > 
> > (Hitting Enter invokes "grep" - single 'p')
> 
> This sounds related to the buggy prompt display code.  There is a known
> issue in readline where some (but not all) prompts cause display problems,
> because the display engine isn't properly accounting for invisible
> characters in the string, and I am awaiting a patch from the upstream
> maintainer.  In the meantime, I was unable to reproduce the symptoms;
> could you please let me know what your $PS1 variable is?

I have also been having this problem for the last month or so. My PS1 is
a long nasty one:

\[\e]2;[EMAIL PROTECTED] \w\a\e[32m\]\u\[\e[34;[EMAIL 
PROTECTED];1m\]:\[\e[0m\e[33m\]\W\[\e[34;1m\]>\[\e[0m\]

Regards
Lars Munch

--
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: Recompiling OpenLDAP fails with cygwin-1.5.18-1

2005-07-21 Thread Dr. Volker Zell

> Eric Blake writes:

> Do you have some third-party background process (antivirus scanner or
> desktop search engine) that is keeping newly-created files open just a bit
> too long?  This error message is typical on such short-lived files, and
> the solution is to disable the background scanner (or at least limit it to
> non-cygwin directories).

No such programs are running.

But I see in the config.log file the following:

configure:11292: checking for pthread_create in default libraries
configure:11450: gcc -o conftest.exe -O2   conftest.c -lresolv  1>&5
/usr/src/openldap-2.2.26/configure: line 14963:  2272 Aborted 
(core dumped) ./conftest


The following program from configure core dumps on my machine with the
latest cygwin dll installed, whereas in the previous version the test
was successfull.

conftest.c:
--

#include "confdefs.h"
#include 
#if HAVE_PTHREADS < 7
#include 
#endif
#ifndef NULL
#define NULL (void*)0
#endif

static void *task(p)
void *p;
{
return (void *) (p == NULL);
}


int main(argc, argv)
int argc;
char **argv;
{

/* pthread test function */
#ifndef PTHREAD_CREATE_DETACHED
#define PTHREAD_CREATE_DETACHED 1
#endif
pthread_t t;
int status;
int detach = PTHREAD_CREATE_DETACHED;

#if HAVE_PTHREADS > 4
/* Final pthreads */
pthread_attr_t attr;

status = pthread_attr_init(&attr);
if( status ) return status;

#if HAVE_PTHREADS < 7
status = pthread_attr_setdetachstate(&attr, &detach);
if( status < 0 ) status = errno;
#else
status = pthread_attr_setdetachstate(&attr, detach);
#endif
if( status ) return status;
status = pthread_create( &t, &attr, task, NULL );
#if HAVE_PTHREADS < 7
if( status < 0 ) status = errno;
#endif
if( status ) return status;
#else
/* Draft 4 pthreads */
status = pthread_create( &t, pthread_attr_default, task, NULL );
if( status ) return errno;

/* give thread a chance to complete */
/* it should remain joinable and hence detachable */
sleep( 1 );

status = pthread_detach( &t );
if( status ) return errno;
#endif

#ifdef HAVE_LINUX_THREADS
pthread_kill_other_threads_np();
#endif

return 0;

}

==
confdefs.h
--

#define OPENLDAP_PACKAGE "OpenLDAP"
#define OPENLDAP_VERSION "2.2.26"
#define LDAP_VENDOR_VERSION 20226
#define LDAP_VENDOR_VERSION_MAJOR 2
#define LDAP_VENDOR_VERSION_MINOR 2
#define LDAP_VENDOR_VERSION_PATCH 26
#define HAVE_MKVERSION 1
#define HAVE_DLFCN_H 1
#define EXEEXT ".exe"
#define STDC_HEADERS 1
#define HAVE_DIRENT_H 1
#define HAVE_SYS_WAIT_H 1
#define HAVE_POSIX_TERMIOS 1
#define HAVE_ARPA_INET_H 1
#define HAVE_ARPA_NAMESER_H 1
#define HAVE_ASSERT_H 1
#define HAVE_CRYPT_H 1
#define HAVE_ERRNO_H 1
#define HAVE_FCNTL_H 1
#define HAVE_GETOPT_H 1
#define HAVE_GRP_H 1
#define HAVE_IO_H 1
#define HAVE_LIMITS_H 1
#define HAVE_LOCALE_H 1
#define HAVE_NETINET_TCP_H 1
#define HAVE_MALLOC_H 1
#define HAVE_MEMORY_H 1
#define HAVE_PWD_H 1
#define HAVE_PROCESS_H 1
#define HAVE_RESOLV_H 1
#define HAVE_STDDEF_H 1
#define HAVE_STRING_H 1
#define HAVE_STRINGS_H 1
#define HAVE_SYSEXITS_H 1
#define HAVE_SYS_FILE_H 1
#define HAVE_SYS_ERRNO_H 1
#define HAVE_SYS_IOCTL_H 1
#define HAVE_SYS_PARAM_H 1
#define HAVE_SYS_RESOURCE_H 1
#define HAVE_SYS_SELECT_H 1
#define HAVE_SYS_SOCKET_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_SYS_SYSLOG_H 1
#define HAVE_SYS_TIME_H 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_UIO_H 1
#define HAVE_SYSLOG_H 1
#define HAVE_TERMIOS_H 1
#define HAVE_UNISTD_H 1
#define HAVE_WINSOCK_H 1
#define HAVE_WINSOCK2_H 1
#define HAVE_SIGACTION 1
#define HAVE_REGEX_H 1
#define HAVE_LIBRESOLV 1
#define HAVE_RES_QUERY 1
#define HAVE_INET_NTOP 1
#define HAVE_SYS_UN_H 1
#define HAVE_OPENSSL_SSL_H 1
#define HAVE_SSLEAY 1
#define HAVE_TLS 1
#define SLAPD_LMHASH 1
#define HAVE_PTHREAD_H 1
#define HAVE_PTHREADS 10
#define HAVE_SCHED_H 1

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: Bug in bash 3.0-8: Removes its own manpage. [Attn: man maintainer]

2005-07-21 Thread Dr. Volker Zell

> Eric Blake writes:

> [Man maintainer - I noticed that the default installation of
> /usr/share/misc/man.conf does not disable caching, but that /var/cache/man
> does not have any catN subdirectories so attempts to create cache files
> fail.  Can you fix your installation be fixed to ensure the cache
> directory structure exists?]

Will do that.

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: man - broken pipe [Attn: man maintainer]

2005-07-21 Thread Dr. Volker Zell

> Eric Blake writes:

> But I don't know enough about man to figure out how to add 'trap "" PIPE;'
> and the first '2>/dev/null' into the attempted command.  And this will
> probably affect man installations on other platforms, so it may be worth
> reporting upstream.

Will do that.

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: make 3.80 bug - running a program inside make

2005-07-21 Thread turbo


>Careful on the version numbers here.

>bash-3.0-7 works, but has prompt display bugs because it inks 
against libreadline6-5.0-2.
>bash-3.0-8 works, is the current version, and includes a static 
readline library.

>bash-3.0-9 does not exist yet, but will soon be present to link against
>the experimental libreadline6-5.0-3.

>coreutils-5.3.0-7 works, but has bugs with .exe magic on virtual directories.
>coreutils-5.3.0-8 was dead on arrival, and was pulled from the mirrors
>immediately after that was discovered.
>coreutils-5.3.0-9 is the current version.

>>
>>
>>>Not Found: sh

>ANY installation that doesn't have /bin/sh probably had problems running
>the bash postinstall script, so the easiest solution is to use setup.exe
>to reinstall the latest version of bash.

As Eric Blake pointed out, there was a problem with /bin/sh.
I had run setup.exe about 4 or 5 days ago to update my installation.
Although it didn't produce any errors that I noticed, it did somehow 
leave my system in
an inconsistent state. I re-ran setup.exe just now, and it installed 
the latest coreutils,

and all my make code now works fine.

I don't know how my system got in an inconsistent state, but running cygcheck
before and after revealed the following diffs:

U:\j\jeff-lib>diff cygcheck.out cygcheck.out-new
3c3
< Current System Time: Thu Jul 21 06:13:31 2005
---
> Current System Time: Thu Jul 21 06:21:35 2005
112c112
< Not Found: sh
---
> Found: c:\cygwin\bin\sh.exe
263,264c263,264
<  1242k 2005/01/08 c:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
<   "cygxml2-2.dll" v0.0 ts=2005/1/8 5:22
---
>  1383k 2005/07/14 c:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
>   "cygxml2-2.dll" v0.0 ts=2005/7/13 16:43
299c299
< _update-info-dir 00276-1
---
> _update-info-dir 00280-1
306c306
< bash 3.0-7
---
> bash 3.0-8
312c312
< coreutils5.3.0-7
---
> coreutils5.3.0-9
390c390
< libxml2  2.6.16-2
---
> libxml2  2.6.20-2

U:\j\jeff-lib>

Thanks for all the help,
Jeff


--
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: jpeglib maintainer

2005-07-21 Thread Jörg Schaible

Hi Charles (you seem the jpeglib maintainer),

it seems something has gone wrong with the last jpeglib version. Basically I 
want to compile jpeginfo (http://www.cc.jyu.fi/~tjko/projects.html). Using a 
managed mount (has an aux directory) it configures fine, but fails to compile:

 === %< ===
 $ LANG=C make
 gcc  -g -O2  -DHAVE_CONFIG_H   -c -o jpeginfo.o jpeginfo.c
 jpeginfo.c: In function `main':
 jpeginfo.c:323: error: structure has no member named `progressive_mode'
 jpeginfo.c:333: error: structure has no member named `progressive_mode'
 make: *** [jpeginfo.o] Error 1
 === %< ===

Looking into jpeglib.h the compiler is right and this member is missing. Then I 
downloaded the original jpeglib version 6b source 
(ftp://ftp.uu.net/graphics/jpeg/) and recognized, that the jpeglib.h in this 
library has the missing member. Next step was to download the source for the 
Cygwin version 6b-11 ... but it downloads always 6b-8 (not that I know if 
there's a real difference in the source between b6-8 and b6-11 is in Cygwin, 
the doc/Cygwin/jpeglib-v6.README does hints just some packaging thingy). The 
source package installs at least a jpegsrc-v6b.tar.gz to /usr/src.

But now is the situation even more complicated:

 - the installed /usr/include/jpeglib.h does not have the progressive_mode 
member
 - the jpeglib.h in the installed source package has the member but ...
 - it is still different to the jpeglib.h from the jpegsrc.v6b.tar.gz I've 
downloaded directly form the original site

?? I am slightly confused now about the Cygwin version ...

Regards,
Jörg

--
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: Ctrl-C not working as well as on Linux

2005-07-21 Thread Christopher Faylor

On Thu, Jul 21, 2005 at 06:06:39AM -0600, Eric Blake wrote:
>According to Alex Goldman on 7/21/2005 2:49 AM:
>>On Linux, after I start a program that consumes 100% of CPU time, I can
>>usually terminate it just by typing Ctrl-C.  This is very convenient to
>>me as a developer.  However, using Cygwin in the same situation, the
>>shell becomes "bash (Not Responding)", and I have to invoke the process
>>manager and kill the process from there.  Does anyone know why this
>>happens and what can be done about it?
>
>What terminal are you using?  If it is the Windows console, then you
>need to have CYGWIN=tty in your environment before starting bash to
>ensure saner behavior of Ctrl-C (at the expense of possibly breaking
>Windows native applications in the same console).

?  CTRL-C should work just fine without CYGWIN=tty.  In fact, it should
work better than CYGWIN=tty in situations where system time is being
consumed by a runaway process.

I don't see any reason why either Cygwin or bash should become unresponsive
due to a program which consumes CPU.

>Hint - following the problem reporting directions would have helped us
>know right off whether you were using the Windows console:
>
>> Problem reports:   http://cygwin.com/problems.html

Right.  In this situation a test case and better description of the
problem is required, too.

cgf

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

Thanks! - RE: Bug in bash 3.0-8: Removes its own manpage. [Attn: man maintainer]

2005-07-21 Thread Jan Schormann

> It will be fixed in bash-3.0-9; in the meantime, you can do

Eric,

thanks for the ultra-fast response - I'm looking forward
to seeing the patch appear on my preferred mirror :-)

> the following to placate `cygcheck -cv bash':
> echo .so man1/bash.1.gz > /usr/share/man/man1/sh.1

Ah, that's a good idea, too.

Keep it up!
Jan.



--
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: Ctrl-C not working as well as on Linux

2005-07-21 Thread Alex Goldman

My tty settings are fine. I run Rxvt by calling 

C:
chdir C:\cygwin\bin
set CYGWIN=codepage:oem tty binmode title
rxvt -sl 1000 -e bash --login -i


Looking into this more closely, I noticed that the problem occurs for
programs compiled using the free MSVC++ Toolkit 2003, but not GCC.

I think you can reproduce this behavior, if you have this compiler
installed and configured:
compile the program below with

cl loop.c

and run it:

./loop.exe

I can not terminate it using Ctrl-C. I think this has something to do
with signal handling.

 loop.c 

int main() {
for(;;);
return 0;
}

--
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: buggy tab-expansion

2005-07-21 Thread Alex Goldman

On 7/21/05, Eric Blake <[EMAIL PROTECTED]> wrote:
> In the meantime, I was unable to reproduce the symptoms;
> could you please let me know what your $PS1 variable is?

PS1=\[\033[1;33m\]IBM-7779B06C3BC \w\$\[\033[0m\]

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

treating drives as files

2005-07-21 Thread Alex Goldman

In UNIX, one can do things like

dd if=/dev/fd0 of=~/disk_image

Is this possible in Cygwin?

I tried

dd if=/cygdrive/d 

and

dd if="D:"

but that doesn't work. Also, I googled up some suggestions in the
mailing list archives, but they didn't work either (Cygwin must have
changed since the question was asked)

--
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: treating drives as files

2005-07-21 Thread Christopher Faylor

On Thu, Jul 21, 2005 at 09:01:57AM -0700, Alex Goldman wrote:
>In UNIX, one can do things like
>
>dd if=/dev/fd0 of=~/disk_image
>
>Is this possible in Cygwin?

Yes.  Here is the syntax:

  dd if=/dev/fd0 of=~/disk_image

cgf

--
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: Ctrl-C not working as well as on Linux

2005-07-21 Thread Igor Pechtchanski

On Thu, 21 Jul 2005, Alex Goldman wrote:

> On Linux, after I start a program that consumes 100% of CPU time, I
> can usually terminate it just by typing Ctrl-C. This is very
> convenient to me as a developer. However, using Cygwin in the same
> situation, the shell becomes "bash (Not Responding)", and I have to
> invoke the process manager and kill the process from there. Does
> anyone know why this happens and what can be done about it?

Must be a Windows (non-Cygwin) program.  Ctrl-C should still work, but it
would be interesting to strace the bash that invokes the program to see
what happens on Ctrl-C.

FYI, if you know the PID (cf "top"), you could use "/bin/kill -f WINPID"
to achieve the same effect as the task manager's "End process" button.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Bug: Perl dll Address Conflict

2005-07-21 Thread Christopher Faylor

On Thu, Jul 21, 2005 at 09:13:50AM -0700, Arthur I Schwarz wrote:
>The Perl program given below has what appears to be a dll address conflict
>problem (see "BUG: bash 3.0-7 breaks rebaseall"). As things have it, I need
>a workaround if one is available.

http://sources.redhat.com/ml/cygwin-announce/2005-07/msg00031.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: buggy tab-expansion

2005-07-21 Thread Igor Pechtchanski

On Thu, 21 Jul 2005, Lars Munch wrote:

> On Thu, Jul 21, 2005 at 06:10:48AM -0600, Eric Blake wrote:
> > According to Alex Goldman on 7/21/2005 3:00 AM:
> > > Here's an example (I tried this in the original DOS/Cygwin terminal
> > > and in Rxvt) :
> > >
> > > 1. type "grep" in the command line, but don't hit Enter
> > > 2. hit Tab quickly several times (two is often enough)
> > >
> > > The line now becomes "grepp", even though there are no "grepp*" in PATH.
> > >
> > > (Hitting Enter invokes "grep" - single 'p')
> >
> > This sounds related to the buggy prompt display code.  There is a known
> > issue in readline where some (but not all) prompts cause display problems,
> > because the display engine isn't properly accounting for invisible
> > characters in the string, and I am awaiting a patch from the upstream
> > maintainer.  In the meantime, I was unable to reproduce the symptoms;
> > could you please let me know what your $PS1 variable is?
>
> I have also been having this problem for the last month or so. My PS1 is
> a long nasty one:
>
> \[\e]2;[EMAIL PROTECTED] \w\a\e[32m\]\u\[\e[34;[EMAIL 
> PROTECTED];1m\]:\[\e[0m\e[33m\]\W\[\e[34;1m\]>\[\e[0m\]

A common workaround for prompt problems in bash is to add \[\] to the end
of the $PS1 (which is what Eric's patch attempts to do, given the current
lack of a proper fix from the upstream maintainers).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: treating drives as files

2005-07-21 Thread Alex Goldman

On 7/21/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 21, 2005 at 09:01:57AM -0700, Alex Goldman wrote:
> >In UNIX, one can do things like
> >
> >dd if=/dev/fd0 of=~/disk_image
> >
> >Is this possible in Cygwin?
> 
> Yes.  Here is the syntax:
> 
>   dd if=/dev/fd0 of=~/disk_image

This is what I had above. Cygwin doesn't have /dev. This doesn't work.

--
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: treating drives as files

2005-07-21 Thread Christopher Faylor

On Thu, Jul 21, 2005 at 09:37:11AM -0700, Alex Goldman wrote:
>On 7/21/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
>> On Thu, Jul 21, 2005 at 09:01:57AM -0700, Alex Goldman wrote:
>> >In UNIX, one can do things like
>> >
>> >dd if=/dev/fd0 of=~/disk_image
>> >
>> >Is this possible in Cygwin?
>> 
>> Yes.  Here is the syntax:
>> 
>>   dd if=/dev/fd0 of=~/disk_image
>
>This is what I had above.

Right.  Remember what Cygwin is trying to emulate?

>Cygwin doesn't have /dev.  This doesn't work.

Actually, it does work.  That's why I mentioned it.
--
Christopher Faylor  spammer? -> [EMAIL PROTECTED]
Cygwin Co-Project Leader[EMAIL PROTECTED]
TimeSys, Inc.

--
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: treating drives as files

2005-07-21 Thread Igor Pechtchanski

On Thu, 21 Jul 2005, Alex Goldman wrote:

> On 7/21/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:

.  Thanks.

> > On Thu, Jul 21, 2005 at 09:01:57AM -0700, Alex Goldman wrote:
> > >In UNIX, one can do things like
> > >
> > >dd if=/dev/fd0 of=~/disk_image
> > >
> > >Is this possible in Cygwin?
> >
> > Yes.  Here is the syntax:
> >
> >   dd if=/dev/fd0 of=~/disk_image
>
> This is what I had above. Cygwin doesn't have /dev. This doesn't work.

For the second sentence above ("Cygwin doesn't have /dev"), try

  ls -l /dev/fd0

See also
.

As for "This doesn't work.", did you try it?  If so, please read and
follow the Cygwin problem reporting guidelines at
.

HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: treating drives as files

2005-07-21 Thread Alex Goldman

On 7/21/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:

> >>   dd if=/dev/fd0 of=~/disk_image
> >
> >This is what I had above.
> 
> Right.  Remember what Cygwin is trying to emulate?
> 
> >Cygwin doesn't have /dev.  This doesn't work.
> 
> Actually, it does work.  That's why I mentioned it.

Not on my machine. I get "no such file or directory". I should have
probably mentioned that my floppy drive is not built-in.

I have various devices (CD, floppy drives, hard drives) connected via
USB2.0 that show up as lettered drives D:, E:, F:, etc. on Windows.
I'd like to know of a general approach to treating them or the
built-in EIDE hard drive as files, if that's at all possible on
Cygwin.

--
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: treating drives as files

2005-07-21 Thread Alex Goldman

> See also
> .

This solved my problem. Thanks Igor and Chris. Indeed, my statement
about there not being a "/dev" was strange considering the fact that I
use /dev/null all the time in Cygwin.

--
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] GNU CLISP 2.34

2005-07-21 Thread Sam Steingold

ANSI Common Lisp is a high-level, general-purpose programming language.
GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe
University and Michael Stoll of Munich University, both in Germany.
It mostly supports the Lisp described in the ANSI Common Lisp standard.
It runs on most Unix workstations (Linux, FreeBSD, NetBSD, OpenBSD,
Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on
other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only
4 MB of RAM.
It is Free Software and may be distributed under the terms of GNU GPL,
while it is possible to distribute commercial proprietary applications
compiled with GNU CLISP.
The user interface comes in German, English, French, Spanish, Dutch
and Russian, and can be changed at run time.
GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP,
a foreign language interface, sockets, i18n, fast bignums and more.
An X11 interface is available through CLX, Garnet, CLUE/CLIO.
GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages.

More information at
  ,
  ,
   and
  .
Sources and selected binaries are available by anonymous ftp from
  
and its mirrors.

2.34 (2005-07-20)
=

Important notes
---

* All .fas files generated by previous CLISP versions are invalid and
  must be recompiled.  This is caused by the addition of MOP, the DEFSETF
  fixes, and the TRANSLATE-PATHNAME and MAKE-HASH-TABLE enhancements.
  Set CUSTOM:*LOAD-OBSOLETE-ACTION* to :COMPILE to automate this.
  See  for details.

* The name of the Run-Control file has changed from '_clisprc' to
  '.clisprc' on all platforms.
  If you are using woe32, please rename your Run-Control file.

* Modules i18n, regexp, and syscalls are now present even in the base
  linking set.  Do not pass, e.g., "--with-module=regexp" to configure.

User visible changes


* The CLOS MetaObject Protocol is supported:
  + New class METAOBJECT.
  + Classes:
New classes
  STANDARD-READER-METHOD, STANDARD-WRITER-METHOD, FORWARD-REFERENCED-CLASS.
New functions
  ENSURE-CLASS.
New generic functions
  CLASS-DIRECT-SUPERCLASSES, CLASS-PRECEDENCE-LIST, CLASS-DIRECT-SLOTS,
  CLASS-SLOTS, CLASS-DIRECT-DEFAULT-INITARGS, CLASS-DEFAULT-INITARGS.
New customizable generic functions
  For class creation:
ENSURE-CLASS-USING-CLASS, VALIDATE-SUPERCLASS,
COMPUTE-DIRECT-SLOT-DEFINITION-INITARGS,
COMPUTE-CLASS-PRECEDENCE-LIST, COMPUTE-EFFECTIVE-SLOT-DEFINITION,
COMPUTE-EFFECTIVE-SLOT-DEFINITION-INITARGS, COMPUTE-SLOTS,
COMPUTE-DEFAULT-INITARGS, READER-METHOD-CLASS, WRITER-METHOD-CLASS.
  For notification about subclasses:
CLASS-DIRECT-SUBCLASSES, ADD-DIRECT-SUBCLASS, REMOVE-DIRECT-SUBCLASS.
  + Generic Functions:
New classes
  FUNCALLABLE-STANDARD-CLASS, FUNCALLABLE-STANDARD-OBJECT.
New functions
  ENSURE-GENERIC-FUNCTION, SET-FUNCALLABLE-INSTANCE-FUNCTION,
  COMPUTE-EFFECTIVE-METHOD-AS-FUNCTION.
New generic functions
  GENERIC-FUNCTION-NAME, GENERIC-FUNCTION-METHODS,
  GENERIC-FUNCTION-METHOD-CLASS, GENERIC-FUNCTION-LAMBDA-LIST,
  GENERIC-FUNCTION-METHOD-COMBINATION,
  GENERIC-FUNCTION-ARGUMENT-PRECEDENCE-ORDER, GENERIC-FUNCTION-DECLARATIONS.
New customizable generic functions
  ENSURE-GENERIC-FUNCTION-USING-CLASS, COMPUTE-DISCRIMINATING-FUNCTION,
  COMPUTE-APPLICABLE-METHODS, COMPUTE-APPLICABLE-METHODS-USING-CLASSES.
  + Methods:
New generic functions
  METHOD-FUNCTION, METHOD-GENERIC-FUNCTION, METHOD-LAMBDA-LIST,
  METHOD-SPECIALIZERS, ACCESSOR-METHOD-SLOT-DEFINITION.
New functions
  EXTRACT-LAMBDA-LIST, EXTRACT-SPECIALIZER-NAMES.
  + Method-Combinations:
New generic function
  FIND-METHOD-COMBINATION.
New customizable generic function
  COMPUTE-EFFECTIVE-METHOD.
  + Slot-Definitions:
New classes
  SLOT-DEFINITION, STANDARD-SLOT-DEFINITION,
  DIRECT-SLOT-DEFINITION, STANDARD-DIRECT-SLOT-DEFINITION,
  EFFECTIVE-SLOT-DEFINITION, STANDARD-EFFECTIVE-SLOT-DEFINITION.
New generic functions
  SLOT-DEFINITION-NAME, SLOT-DEFINITION-INITFORM,
  SLOT-DEFINITION-INITFUNCTION, SLOT-DEFINITION-TYPE,
  SLOT-DEFINITION-ALLOCATION, SLOT-DEFINITION-INITARGS,
  SLOT-DEFINITION-READERS, SLOT-DEFINITION-WRITERS,
  SLOT-DEFINITION-LOCATION.
New customizable generic functions
  DIRECT-SLOT-DEFINITION-CLASS, EFFECTIVE-SLOT-DEFINITION-CLASS.
  + Specializers:
New classes
  SPECIALIZER, EQL-SPECIALIZER.
New generic functions
  SPECIALIZER-DIRECT-GENERIC-FUNCTIONS, SPECIALIZER-DIRECT-METHODS.
New functions
  EQL-SPECIALIZER-OBJECT, INTERN-EQL-SPECIALIZER.
New customizable generic functions
  ADD-DIRECT-METHOD, REMOVE-DIRECT-ME

[Fwd: Cygwin 1.5.9 on Windows XP using ssh within perl]

2005-07-21 Thread Lucy Upchurch


Hi,

I have a perl script running on another machine.  within the perl script 
I do an ssh to the XP machine running cygwin 1.5.9.  The command I use is:


ssh XPPC dir /home/myfiles

>From within the perl script I receive the following error:

Remote pc cmd failed:  ssh XPPC dir /home/myfiles

If I do this same command from a shell remotely, it gives me a listing 
of my directory on the pc.


I have generated all my keys so I am not prompted for a password from 
the command line. 
Do I need something to redirect my output to the remote machine?  I am 
just trying to count the files within the directory.


Thanks for any assistance.

Lucy



--
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: [bigloo] Setting up Emacs to work with Bigloo

2005-07-21 Thread Alex Goldman

On 7/21/05, Jeremy Shute <[EMAIL PROTECTED]> wrote:
 
> My figuring is: yes, you could install with all Microsoft tools and
> NTEmacs (and yes, that's the "ideal" way to go about it), but you can
> always postpone that after you've hacked a nice large codebase.
> 
> You can always use Yannis' install right out of the box to build
> everything if you need commercial distribution.  For development,
> sticking to Cygwin may violate your morale, but hey.  It gets the job done.
 
Doesn't this open a whole new can of worms? 

  * linking to windows libraries
  * environments
  * compilation management (makefiles on Cygwin and some script for Windows) ?

> I HAVE dropped in the free Microsoft compilers with a simple batch
> file.  See my web page (crazilocks.com) for details.  They're out of
> date, but something similar will work.

Thanks, although I have already gotten to the point where `bigloo
hello_world.scm` works (at a great expense of man-hours that could be
more useful elsewhere, I must say, and I had to give up on compiling
bigloo from sources)

> Remember that Bee makes little sense in the case of Windows-only
> environments, anyway. 

The debugger doesn't work either?

> Windows doesn't have GNU Make.  (One of the best
> reasons to use Bee!!!)  If you're talking MinGW, maybe it's a different
> story.

For Bigloo programmers, what does MS Visual Studio IDE offer?

--
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: [bigloo] Setting up Emacs to work with Bigloo

2005-07-21 Thread Alex Goldman

On 7/21/05, Alex Goldman <[EMAIL PROTECTED]> wrote:
 [...] 

Sorry, wrong mailing list. I need to get some sleep.

--
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: treating drives as files

2005-07-21 Thread Brian Keener

Alex Goldman wrote:
> >   dd if=/dev/fd0 of=~/disk_image 
>  
> This is what I had above. Cygwin doesn't have /dev. This does

Actually Alex you said that you could do that in Unix not that you had tried it 
in Cygwin.  You only mentioned if=/cygdrive/d and if="D:"

Both of which I tried yesterday in an attempt to copy a Cd and then I found 
this :

http://www.cygwin.com/ml/cygwin-xfree/2001-q4/msg00694.html

by using google against cygwin.com (great tool by the way for research and 
answers).  This also pointed me to another link about special names - which you 
might want to take a look at.

bk

--
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: jpeglib maintainer

2005-07-21 Thread Charles Wilson

Jörg Schaible wrote:
> === %< ===
> $ LANG=C make
> gcc  -g -O2  -DHAVE_CONFIG_H   -c -o jpeginfo.o jpeginfo.c
> jpeginfo.c: In function `main':
> jpeginfo.c:323: error: structure has no member named `progressive_mode'
> jpeginfo.c:333: error: structure has no member named `progressive_mode'
> make: *** [jpeginfo.o] Error 1
> === %< ===

Yep, that's because 
  (1) cygwin's libjpeg uses the lossless jpeg patch, which is needed for
  certain medical imagery
  (2) the lossless jpeg patch changes only the "private" interface of
  libjpeg [*]
  (3) jpeginfo is "breaking the rules" and accessing private data (e.g.
  "progressive_mode" is nonpublic even tho it is defined in (pristine)
  jpeglib.h).

Of course, the "rules" aren't really that strict, and progressive_mode
isn't REALLY private...so it's a grey area.

[*] pristine jpeglib.h looks like this:
  /* Remaining fields are known throughout compressor, but generally
   * should not be touched by a surrounding application.
   */
  boolean progressive_mode; /* TRUE if scan script uses progressive
  mode */

So, what to do?  On cygwin, I think you just need to do something like
this:

#ifdef __CYGWIN__
# define CHECK_PROGRESSIVE(cinfo) (cinfo->process == JPROC_PROGRESSIVE)
#else
# define CHECK_PROGRESSIVE(cinfo) (cinfo->progressive_mode)
#endif

and replace all accesses to progressive_mode with this macro.  Note that
you'll also need to do something similar for the change:
 'width_in_blocks' --> 'width_in_data_units'
 'height_in_blocks' --> 'height_in_data_units'
But search the archives for more information about these two beasties.

There has been some movement in recent months on the jpeglib mailing
list about rolling out a jpeg-6c (and possibly a jpeg-7).  It is an open
question whether that process may eventually fold something like
lossless jpeg into the main codebase in a non-disruptive way.  We'll
just have to wait and see.

--
Chuck

--
  Charles Wilson
  cygwin at removespam cwilson dot fastmail dot fm

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

messy death of ssh bash sesn, bash $$ and ppid in still /proc,but not in ps

2005-07-21 Thread Tom Rodman

Greetings:

Not expecting help; want to share a problem
I have seen repeatedly every week or so on 1 host (windows 2000 server w/latest
service packs and fixes), using 1.5.17.

I have not seen a pattern or a cause, but I seem to recall that
the shell that "goes south", often (always?) has several suspended
jobs - usually a mix of "vim" and "less".  (Notice the child processes
of pid 6084 shown below.)

I will be running fairly routine sys admin commands in a bash session on
a remote host through an ssh session.  The bash command prompt
returns after succeeding, then I type a (simple) command ("ls"
in the example below), and after the cursor moves down to the first
column in the next line, *nothing* subsequently happens.  If I look for the
bash process that was running the interactive shell, with 
cygwin 'ps', it is not there (pid is 6084 in example below).
Strangely, though /proc has both the bash session and it's
parent. "cat /proc/6084/ppid" shows value 1052, which is the parent
sshd process ("/usr/sbin/sshd -D -R";see example below).  

It turns out cygwin's ps does not show processes 1052 nor 6084.  Both
the sshd and it's child bash session mysteriously vanished, but the
child processes of the bash session remain.

( I'm not sure how much I should trust "procps -H -Ao 
pid,ppid,%cpu,user,bsdstart,args",
  but that's a side issue. Search ahead for "defunct".)

--
regards,
Tom

--v-v--C-U-T---H-E-R-E-v-v-- 
#  
# this bash session shows my checks *after* bash session w/pid
# 6084 died. 6084's ppid was 1052
#  
[16:36:03 Thu Jul 21 ~ ourhost scmcron
-bash-2.05b] $ tty  
/dev/tty1
[16:36:05 Thu Jul 21 ~ ourhost scmcron
-bash-2.05b] $ which ps_
ps_ is aliased to `procps -H -Ao pid,ppid,%cpu,user,bsdstart,args'
[16:36:14 Thu Jul 21 ~ ourhost scmcron
-bash-2.05b] $ ps_
  PID  PPID %CPU USER  START COMMAND
 3040  6084  0.0 scmcron   16:03 vim rc_startup
 5240  6084  0.0 scmcron   15:33 less -I -j4 -x2 -S /var/log/rc_startup.log
 4148  6084  0.0 scmcron   15:30 vim basename.shinc
 3196  6084  0.0 scmcron   14:51 vim _logrotate
 1624 1  0.0 SYSTEM00:38 /usr/bin/cygrunsrv
 1696  1624  0.0 SYSTEM00:38   /usr/sbin/sshd -D
 1052  1696  0.0 SYSTEM09:43 /usr/sbin/sshd -D -R
 6188  1696  0.0 SYSTEM16:14 /usr/sbin/sshd -D -R
 2768  6188  0.0 scmcron   16:14   -bash
 3396  2768  0.0 scmcron   16:32 procps -H -Ao 
pid,ppid,%cpu,user,bsdstart,args
 1028 1  0.0 SYSTEM00:38 /usr/bin/cygrunsrv
 1116  1028  0.0 SYSTEM00:38   /usr/sbin/cron -D
[16:36:17 Thu Jul 21 ~ ourhost scmcron
-bash-2.05b] $ cat /proc/6084/ppid
1052
[16:36:43 Thu Jul 21 ~ ourhost scmcron
-bash-2.05b] $ which ps
ps is aliased to `ps -elW '
ps is /usr/bin/ps
[16:37:07 Thu Jul 21 ~ ourhost scmcron
-bash-2.05b] $ ps|egrep '\<1052|6084\>'
[16:37:34 Thu Jul 21 ~ ourhost scmcron
-bash-2.05b] $

--v-v--C-U-T---H-E-R-E-v-v--
#  
# Here are the last two commands typed in bash session w/pid 6084
# The "ls" command never completed.
# Sorry for the prompt, PS1 below is "\t \d \jj \l 4880 \w\n> \h \u >"
# This session has tty of tty0, and 4 suspended jobs.
#  
> 16:15:07 Thu Jul 21 4j tty0 6084 /drv/c/adm/config/rc
> ourhost scmcron > regtool -s set 
> /HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/rc_startup/Parameters/Environment/PATH_ADM
>  'c:'
> 16:16:01 Thu Jul 21 4j tty0 6084 /drv/c/adm/config/rc
> ourhost scmcron > ls

--v-v--C-U-T---H-E-R-E-v-v-- 
#  
# change in "procps -H -Ao pid,ppid,%cpu,user,bsdstart,args" output
#  cause again unknown
#  (about 1 hour of time passed, and I looked at processes via a TS session and 
task manager)
# I waited ~10 min, and re-ran procps and the output returned to normal; ie
# all the defunct pids were replaced again w/the earlier integer values!
#  

[17:30:49 Thu Jul 21 
/proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/rc_startup/Parameters/Environment
 c7mkes108 scmcron
-bash-2.05b] $ ps_
  PID  PPID %CPU USER  START COMMAND
 3040  6084  0.0 scmcron   16:03 
 5240  6084  0.0 scmcron   15:33 
 4148  6084  0.0 scmcron   15:30 
 3196  6084  0.0 scmcron   14:51 
 1624 1  0.0 SYSTEM00:38 
 1696  1624  0.0 SYSTEM00:38   
 1052  1696  0.0 SYSTEM09:43 
 6188  1696  0.0 SYSTEM16:14 
 2768  6188  0.0 scmcron   16:14   
 2936  2768  0.7 scmcron   17:27 procps -H -Ao 
pid,ppid,%cpu,user,bsdstart,args
 1028 1  0.0 SYSTEM00:38 
 1116  1028  0.0 SYSTEM00:38   
[17:31:01 Thu Jul 21 
/pro

Re: [bigloo] Setting up Emacs to work with Bigloo

2005-07-21 Thread Christopher Faylor

On Thu, Jul 21, 2005 at 02:43:33PM -0700, Alex Goldman wrote:
>On 7/21/05, Alex Goldman <[EMAIL PROTECTED]> wrote:
> [...] 
>
>Sorry, wrong mailing list. I need to get some sleep.

Yeah but we all sure loved how using cygwin might violate your morale.

cgf

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

is "/lib" needed in PATH?

2005-07-21 Thread Linda W


I have been putting "/lib" in my windows path (along with "/bin").

Do I need to specify cygwin's "lib" dir so it will load the "DLL's", or
do the cygwin binaries internally "know" (add?) lib to the path to search.

I.e. I want to be able to call some cygwin based utils (like bash) from
Windows.  Normally with windows programs, directories containing DLL's
that are needed by Window's Programs need to have the DLL dir in the path
(unless it is in same dir as the EXE).  Is this also true for cygwin 
EXE's or

does cygwin handle apart from (in spite of) the normal rules for locating
DLL's?

If this is in the FAQ, I've forgotten it...

Thanks!
Linda


--
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: is "/lib" needed in PATH?

2005-07-21 Thread Igor Pechtchanski

On Thu, 21 Jul 2005, Linda W wrote:

> I have been putting "/lib" in my windows path (along with "/bin").

To answer the question in the subject: no, /lib isn't needed in $PATH.

> Do I need to specify cygwin's "lib" dir so it will load the "DLL's", or
> do the cygwin binaries internally "know" (add?) lib to the path to search.

For precisely this reason, Cygwin's DLLs that are loaded via the Windows
dynamic loading mechanisms are in /bin.  There shouldn't be any "linked"
DLLs in /lib.

> I.e. I want to be able to call some cygwin based utils (like bash) from
> Windows.  Normally with windows programs, directories containing DLL's
> that are needed by Window's Programs need to have the DLL dir in the
> path (unless it is in same dir as the EXE).  Is this also true for
> cygwin EXE's or does cygwin handle apart from (in spite of) the normal
> rules for locating DLL's?
>
> If this is in the FAQ, I've forgotten it...

If a program places its DLL under /lib, it should modify the environment
appropriately so that the Windows loader finds it, or use the Cygwin
loading mechanisms (i.e., dlopen()).

Which DLLs in /lib cause problems for you if /lib isn't in the $PATH?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Known issues with Pthreads in 1.5.18?

2005-07-21 Thread Fred Smith

Hi gang!

I've been off the list for a few months, just got back on this week.

I recall seeing occasional notes about ongoing problems with pthreads
way back last winter before I got dropped off the list.

Well, I'm checking to see if a multi-threaded program I maintain at
work works on the 1.5.x cygwins. I had it working nicely 2-3 years ago
on 1.3, but haven't tried since. It runs well on several versions of
LInux and on AIX, but am having a problem on cygwin.

I can't determine yet if I've got a subtle bug (quite possible) or if
there's something whacko in cygwin. I'm hoping some of you can
enlighten me as to the state of cygwin's pthreads functions.

The program has a particular mutex that fails the SECOND time it is
unlocked. I'm at home right now so I don't have the particular error
code.

It acts like the stack is wedged, because if I put an extra variable
on the stack in the routine that calls the pthread unlock function the
problem goes away, but so far it has eluded me.

I'll keep looking for it, but thought to inquire of any known issues
in the pthreads implementation.

Thanks!

Fred

--
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: is "/lib" needed in PATH?

2005-07-21 Thread Linda W


Igor Pechtchanski wrote:

Which DLLs in /lib cause problems for you if /lib isn't in the $PATH?
Igor

---
Probably none now.  It has been left over since I was running Win98, and that's
about 3-4 years back.  Just "cruft" left over from some problem I was probably
trying to "debug" or make work back then.  Thanks :-) for the confirmation.

Linda

--
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: messy death of ssh bash sesn, bash $$ and ppid in still /proc,but not in ps

2005-07-21 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Tom Rodman on 7/21/2005 5:00 PM:
> Greetings:
> 
> Not expecting help; want to share a problem
> I have seen repeatedly every week or so on 1 host (windows 2000 server 
> w/latest
> service packs and fixes), using 1.5.17.

What about upgrading to cygwin 1.5.18 and bash 3.0?  Does that improve
your situation?

> Problem reports:   http://cygwin.com/problems.html

- --
Life is short - so eat dessert first!

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

iD8DBQFC4GyD84KuGfSFAYARAm0xAKDJIe0cWEHDEpmaWnYERWzgvss2lgCgv46t
yf7wSnQmyaqmQcKK/qNQW/0=
=wiuv
-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/

Re: Why I can't create a database using Berkeley DB

2005-07-21 Thread Manuel Tejada

Thank Larry Hall. 
And Thank to Brain Dessent too.
For your help.



 --- Larry Hall
<[EMAIL PROTECTED]> escribió:

> Reformatting...
> 
> At 01:18 AM 7/21/2005, you wrote:
> 
> > --- Larry Hall
> ><[EMAIL PROTECTED]> escribió:
> ^
> 
> 
> 
> >> At 10:27 PM 7/20/2005, you wrote:
> >> >When I tried to compile prueba_berkeley.c I get
> the
> >> >following:
> >> >
> >> >$ gcc -o prueba_berkeley prueba_berkeley.c
> >>
>
>>/cygdrive/c/WINDOWS/TEMP/ccRirmsy.o:prueba_berkeley.c:(.text+0x45):
> >> >undefined reference to `_db_create'
> >>
>
>>/cygdrive/c/WINDOWS/TEMP/ccRirmsy.o:prueba_berkeley.c:(.text+0x59):
> >> >undefined reference to `_db_strerror'
> >> >collect2: ld returned 1 exit status
> >> >
> >> >
> >> >As you see, it tells the db_create() anf
> >> db_strerror()
> >> >are not defined. Somebody can tell me how to
> define
> >> >them?
> >> 
> >> 
> >> You forgot the library.  Add '-ldb-4.3'.  That
> >> should help.
> >I have installed:
> >- db4.3 base package with docs
> >- libdb4.3 runtime and,
> >- libdb4.3-devel
> 
> 
> Installed, yes.  Used, no.
> 
> 
> >You mean I need another library?
> 
> 
> No, but please use the ones you have installed.
> 
> 
> i.e. : gcc -o prueba_berkeley prueba_berkeley.c
> -ldb-4.3
> 
> Note - I haven't tried the above on my system but it
> should work AFAICS.
> 
> 
> --
> Larry Hall 
> http://www.rfk.com
> RFK Partners, Inc.  (508)
> 893-9779 - RFK Office
> 838 Washington Street   (508)
> 893-9889 - FAX
> Holliston, MA 01746 
> 
> 
> --
> 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/
> 
> 


Manuel TEJADA M.





___ 
Do You Yahoo!? 
La mejor conexión a Internet y 2GB extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx 


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

Ctrl-C not clearing input buffer

2005-07-21 Thread Jean-Sebastien Trottier

Hi guys,

I have the habit of using 'tail -f /some/log' and pressing enter
a couple times as a "visual" bookmark. When I'm done inspecting the file
in question, I press Ctrl-C to kill tail... what I'm left with is
literally hundreds of empty prompts caused by all the enters I pressed.

If I do the same on my linux box, all characters I type while tail -f is
running are discarded when Ctrl-C is pressed.

Simple example:
1. Start your favorite cygwin shell
2. type 'tail -f '
3. type 'abc'
- with CYGWIN=tty, you will see a, b, and c on their separate
  lines
- with CYGWIN=notty, none of the typed characters are seen
4. press Ctrl-C
- 'command not found' errors about both a and b can be seen
- with CYGWIN=tty, the prompt doesn't include the c character
  last typed
- with CYGWIN=notty, the prompt includes the c character last
  typed

I've tried this with bash and tcsh on the console, rxvt and xtermi...
all exhibit the problem.

Cheers,
Sebastien


Cygwin Configuration Diagnostics

Current System Time: Fri Jul 22 02:06:27 2005



Windows XP Professional Ver 5.1 Build 2600 Service Pack 2



Running in Terminal Service session



Path:   C:\cygwin\usr\local\bin

C:\cygwin\bin

C:\cygwin\bin

C:\cygwin\usr\X11R6\bin

c:\WINDOWS\system32

c:\WINDOWS

c:\WINDOWS\System32\Wbem

c:\Program Files\Support Tools\



Output from C:\cygwin\bin\id.exe (nontsec)

UID: 1003(jst)   GID: 513(None)

0(root)  513(None)544(Administrators)

545(Users)   1005(Debugger Users)



Output from C:\cygwin\bin\id.exe (ntsec)

UID: 1003(jst)   GID: 513(None)

0(root)  513(None)544(Administrators)

545(Users)   1005(Debugger Users)



SysDir: C:\WINDOWS\system32

WinDir: C:\WINDOWS



USER = `jst'

PWD = `/home/jst'

CYGWIN = `server tty envcache ntsec'

HOME = `/home/jst'

MAKE_MODE = `unix'



HOMEPATH = `\Documents and Settings\jst'

MANPATH = `/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man'

APPDATA = `C:\Documents and Settings\jst\Application Data'

SSH_AGENT_PID = `5312'

HOSTNAME = `js'

VS71COMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET 
2003\Common7\Tools\'

TERM = `cygwin'

_NT_SYMBOL_PATH = 
`symsrv*symsrv.dll*c:\windows\symbols-symsrv*http://msdl.microsoft.com/download/symbols'

PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 4, GenuineIntel'

WINDIR = `C:\WINDOWS'

OLDPWD = `/usr/bin'

USERDOMAIN = `JS'

OS = `Windows_NT'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'

VIMINIT = `:so c:/cygwin/home/jst/.config/Vim/dot_vimrc_win32_to_cygwin'

TEMP = `/cygdrive/d/Temp'

COMMONPROGRAMFILES = `C:\Program Files\Common Files'

SSH_AUTH_SOCK = `/tmp/ssh-Tuoagpn74H/agent.3000'

QTJAVA = `"C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip"'

USERNAME = `jst'

PROCESSOR_LEVEL = `15'

FP_NO_HOST_CHECK = `NO'

SYSTEMDRIVE = `C:'

USERPROFILE = `C:\Documents and Settings\jst'

CLIENTNAME = `SAT'

PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '

LOGONSERVER = `\\JS'

PROCESSOR_ARCHITECTURE = `x86'

!C: = `C:\cygwin\bin'

SHLVL = `1'

PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl'

HOMEDRIVE = `C:'

PROMPT = `$P$G'

COMSPEC = `C:\WINDOWS\system32\cmd.exe'

TMP = `/cygdrive/c/DOCUME~1/jst/LOCALS~1/Temp'

SYSTEMROOT = `C:\WINDOWS'

PRINTER = `Auto HPPS1115 on gw'

CVS_RSH = `/bin/ssh'

PROCESSOR_REVISION = `0204'

CLASSPATH = `"C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip"'

PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'

INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:'

PROGRAMFILES = `C:\Program Files'

NUMBER_OF_PROCESSORS = `1'

SESSIONNAME = `RDP-Tcp#1'

COMPUTERNAME = `JS'

_ = `/usr/bin/cygcheck'

POSIXLY_CORRECT = `1'



HKEY_CURRENT_USER\Software\Cygnus Solutions

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options

HKEY_CURRENT_USER\Software\Microsoft\Ftp\Accounts\ftp.cygnus.com

  (default) = `'

   = `'

  Login Attributes = 0x0002

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2

  (default) = `/cygdrive'

  cygdrive flags = 0x0022

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/

  (default) = `C:\cygwin'

  flags = 0x000a

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin

  (default) = `C:\cygwin/bin'

  flags = 0x000a

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib

  (default) = `C:\cygwin/lib'

  flags = 0x000a

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts 
v2\/usr/X11R6/lib/X11/fonts

  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'

  flags = 0x000a

HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus So

50 matches

Mail list logo