Re: xmgrace fails to start

[Charles L. Werner]

I checked for symlinks, and also executed xmgrace in /etc/share/grace/bin
home directory with the same result.

Volker Quetschke determined that the problem lies with the X-Server
This error does not arise using the previous version xorg-X11-*  6.8.2.0-1.
This discussion should continue on the cygwin-xfree list.

Charles

--
Dr. Charles L. Werner
Gamma Remote Sensing AG
Worbstr. 225
CH-3073 Gümligen, Switzerland

Tel: +41 31 951 70 05
FAX: +41 31 951 70 08
http://www.gamma-rs.ch


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

CreateFileMapping problem but Win32 error is 0

[Andrew DeFaria]

I am helping a client install a new server and we use a process that 
essentially does an rsh  make. The make process is fairly 
complicated. The new server is a Windows 2003 Server. There is no RDP 
involved - just an rsh. I'm getting errors like:


 3 [main] bash 14596 C:\cygwin\bin\bash.exe: *** fatal error - 
C:\cygwin\bin\bash.exe: *** CreateFileMapping 
Global\cygwin1S4.cygpid.4648, Win32 error 0. 

I've seen some posts regarding an error similar to this but it usually 
involves and RDP session and an error code of 5 but here I have no RDP 
session and the error code is strangely 0.


The other thing that is odd is that in the process of make some of the 
compilations will fail as the above and others won't. IOW it's 
intermittent. Also it's not always bash that dies. Sometimes it's make:


 4 [main] make (11352) C:\cygwin\bin\make.exe: *** fatal error - 
C:   bin\make.exe: *** CreateFileMapping Global\cygwin1S4.cygpid.11352, 
Win32   .  Terminating.


Since the return code is 0 the make continues onward obliviously.

Another interesting aspect is that if the user who is rsh'ing is added 
to the local Administrators group then all these errors disappear.


Note that people have passwordless rsh access to the server.

I've attached a cygcheck -srv for the Windows 2003 server.

Any ideas?

--

Andrew DeFaria 
A day without sunshine is like night.

Cygwin Configuration Diagnostics
Current System Time: Tue Jul 18 22:26:15 2006

Windows 2003 Server Ver 5.2 Build 3790 

Path:   C:\Cygwin\usr\X11R6\bin
.
C:\Cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
C:\Program Files\Rational\ClearCase\bin
C:\Program Files\Rational\common
C:\Program Files\Rational\SqlAnywhere8\win32
C:\Program Files\Rational\SqlAnywhere8\Sybase Central 4.1
d:\Tornado2.2.1\host\x86-win32\bin
\\sons-sc-cc\Views\official\Tools\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1322(ccadmin) GID: 513(Domain Users)
513(Domain Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1322(ccadmin) GID: 513(Domain Users)
513(Domain Users)

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

USER = 'ccadmin'
PWD = '/home/ccadmin'
CYGWIN = 'ntsec smbntsec'
HOME = '/home/ccadmin'
MAKE_MODE = 'unix'

SITE_REGION = 'SC'
HOMEPATH = '\Cygwin\home\ccadmin'
MANPATH = ':/usr/ssl/man'
SITE_VIEW_SHARENAME = 'Views'
SITE_ADMIN_EMAIL = '[EMAIL PROTECTED]'
SHELL = '/bin/bash'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 3, GenuineIntel'
WINDIR = 'C:\WINDOWS'
TISDIR = 'C:\Program Files\Rational\common'
OLDPWD = '/home/ccadmin'
USERDOMAIN = 'SONS-SC-CC'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
SITE_ADMIN = 'Jeff Stribling'
SITE_NAME_LONG = 'Santa Clara'
TEMP = '/dev/c/DOCUME~1/SSHD_S~1.008/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
SITE_RELEASE_PATH = 'Release Corporate/Software/Release'
IBMLDAP_ALTHOME = 'C:\Program Files\Rational\common\codeset'
SITE_OFFICIAL_VIEW = 'official'
SITE_DYNAMIC_VIEW_PATH = '/dview'
SITE_HOME_SERVER = 'sonscentral'
RATL_RTHOME = 'C:\Program Files\Rational\Rational Test'
USERNAME = 'sshd_server'
CLUSTERLOG = 'C:\WINDOWS\Cluster\cluster.log'
NUTSUFFIX = '1'
PROCESSOR_LEVEL = '15'
SYSTEMDRIVE = 'C:'
ASANYSH8 = 'C:\Program Files\Rational\SqlAnywhere8'
SITE_SNAPSHOT_VIEW_PATH = '/view'
ASANY8 = 'C:\Program Files\Rational\SqlAnywhere8'
SITE_VIEW_SERVER = 'sons-sc-cc'
USERPROFILE = 'C:\Documents and Settings\ccadmin'
SITE_ANON_FTP_SERVER = 'sons-sc-cc'
TZ = 'PST8PDT7,M4.1.0/2,M10.5.0/2'
PS1 = '\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
LOGONSERVER = '\\SONS-SC-CC'
SITE_VIEW_STORAGE = '//sons-sc-cc/Views'
PROCESSOR_ARCHITECTURE = 'x86'
SITE_TOOLS_VIEW = 'official'
SITE_HOME_SHARENAME = 'users'
SITE_VOB_SERVER = 'sons-sc-cc'
SHLVL = '1'
RWPHOME = 'C:\Program Files\Rational\common\rwp'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
NUT_SUFFIXED_SEARCHING = '1'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/dev/c/DOCUME~1/SSHD_S~1.008/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
PROCESSOR_REVISION = '0403'
SITE_TOOLS_VOB = 'Tools'
PROGRAMFILES = 'C:\Program Files'
SITE_BUILD_SERVER = 'sons-sc-cc'
NUMBER_OF_PROCESSORS = '4'
SITE_TOOLS_PATH = '/view/official/Tools'
SITE_NAME = 'SC'
COMPUTERNAME = 'SONS-SC-CC'
SITE_RELEASE_SERVER = 'sc-swlab-ftp sonscentral'
_ = '/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\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURR

When ssh'd in, cannot run MS compiler /Zi debug option.

[Mark Charney]

I suspect I'm missing some "rights".  This is an issue for me 
on multiple machines running  Windows Server 2003 x64 or for 
32b WinXP.
 
When I try to compile using the debug-option (/Zi) to the 
Microsoft Visual Studio Pro 2005 compiler:
cl /Zi hello.cpp
it only works from within cygwin if I am on the console or 
remote desktop. If I ssh-in to the same machine, it fails with 
a error message:

 Fatal Error C1902: Program database manager mismatch; please 
 check your installation.

Compiling without /Zi works fine anywhere we try it. My best guess is 
that it has to do with some RPC rights required for the debug-symbol 
file (PDB) generation done by the mspdb80.dll . That DLL uses RPC to 
talk to the mspdbsrv.exe. 

Any ideas? Is this a problem because the compiler running as my via 
ssh doesn't have sufficient rights to talk RPC to the mspdbsrv.exe ?  

Is there some editrights-right that I need to add to the sshd_server 
or my own account to get this to work properly?  

When I run "editrights -lv -u myusername", it does not list any 
rights either on the remote-desktop or when ssh'd in.  My account 
is an administrator account.

My cygwin installations are complete & up-to-date as of today. (I 
cannot attach a cygcheck output via the gmane interface). FWIW:
cygwin   1.5.20-1
openssh  4.3p2-3



(Please don't flame me for using Microsoft compilers. My code compiles 
with gcc on all platforms but one: win64 (x86-64 windows). Binutils 
hasn't gotten there yet; it would be *really* great if they did.)

Thank you.
...Mark


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

msync failure due to rounding up length (with test case and suggested fix)

[Neal Norwitz]

See winsup/cygwin/mmap.cc line 1355 in current CVS (msync function):

 len = roundup2 (len, pagesize);

I verified my suspicion that roundup2() is causing Python's test suite
to fail.  When
I stepped in the debugger and reset the len to its original value
after calling roundup2() the test passed.  Can we get that line
removed?  It doesn't really make sense to me.  Why wouldn't msync only
sync the size we asked for, why would it do more?  Maybe it needs to
be rounded up to min(len + pagesize, max_size_of_region)?

It was part of a massive checkin to winsup/cygwin/mmap.cc:

revision 1.120
date: 2005/12/07 11:16:47;  author: corinna;  state: Exp;  lines: +443 -191
...
   (msync): Rework argument checks. Align len to pagesize.
...

No hint as to why roundup is needed though.

Below is a test program that works on Linux (and presumably every
other platform that passes the Python test suite including: OpenBSD,
MacOS X, Solaris and various Linux versions).

The result should be 0 (no failure), but is -1, EINVAL.

n
--

#include 
#include 
#include 
#include 

#define TEST_FILE "test.txt"

int main(int argc, char**argv) {
 const char buffer[] = "this is ~10";
 char buffer2[1024];
 size_t len = strlen(buffer);

 // Create the file with about 10 bytes for later use
 FILE *fp = fopen(TEST_FILE, "w+");
 fwrite(buffer, len, 1, fp);
 fclose(fp);

/*  Original Python test from Lib/test/test_mmap.py

   f = open(TESTFN, "r+b")
   m = mmap.mmap(f.fileno(), mapsize, access=mmap.ACCESS_COPY)
   print "  Modifying copy-on-write memory map."
   m[:] = 'd'*mapsize
   verify(m[:] == 'd' * mapsize,
  "Copy-on-write memory map data not written correctly.")
   m.flush()
*/

 // open file for use with mmap
 fp = fopen(TEST_FILE, "r+");
 void *mm = mmap(NULL, len, PROT_READ | PROT_WRITE, MAP_SHARED,
fileno(fp), 0);  memset(buffer2, 'c', len);
 int result = msync(mm, len, MS_SYNC);
 printf("result=%d should be 0, errno=%d\n", result, errno);

 munmap(mm, len);
 fclose(fp);
 return result;
}

--
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: Two different cygwin environments

[Christopher Faylor]

On Tue, Jul 18, 2006 at 01:42:55PM -0400, Andrei Stebakov wrote:
>Igor Peshansky <[EMAIL PROTECTED]> writes:
>>On Tue, 18 Jul 2006, Andrei Stebakov wrote:
>>>I am using the current cygwin installed by cygwin.exe.  Also on the
>>>same machine I need to use an older versin of Cygwin so I wonder what's
>>>the best way to have two cygwin environments on the same machine, under
>>>the same user so they don't collide.
>>
>>The Cygwin DLL strives to be backward-compatible (i.e., any
>>applications that run using the older Cygwin1.dll should also run using
>>the newer DLL).  Is there a reason you really need the older DLL
>>around?
>
>Yes, there is a reason.  The company we currently work with supplies
>their own building environment cygwin+watcom c++ and they stress that
>it won't work with the latest cygwin.  I wish they had just used the
>latest stuff that I use!

So do we.  The real answer to this question is that we don't support
people who supply variants of the cygwin DLL.

If you have problems you should be asking this company how to deal with
them.  And, while you're at it, you might ask them for the sources to
the cygwin DLL, just to make sure that they are complying with the GPL.

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: Perl failure

[Larry Hall (Cygwin)]

Bruce Dobrin wrote:
Hi,  
I stripped down the code to a small testable bit.  The problem seems to

occur when I reach 256 forks on a cygwin1.5.18 or 19 but not on my
cygwin1.5.5. win2k system.  The original code give the forked process
time to finish,  but it still looks like it eats it after about 256
iterations  ( it actually failed between 259 and 252 iterations,  but
it's pretty complicated so I'm not sure what else was happening).

Here is my test code:
[EMAIL PROTECTED]:/tmp> cat test8.pl 


#!/usr/bin/perl -w

use strict;
my $pid;

foreach my $incr (`seq 1 1 800`) {
 
unless (defined ($pid = fork)) {

 die " cannot fork $!";
 }
unless ($pid) {
  print " the sequence is $incr \n";
  exit;
}
 print "pid is $pid\n";
   }

###

The error here is :
cannot fork Resource temporarily unavailable at ./test8.pl line 11.
panic: MUTEX_LOCK (45) [op.c:354].

On cygwin1.5.5 it finishes successfully.  I'm not sure if there is
anything else I can try,  I'm looking around for some other machines
with older cygwins on them to establish what version it stopped working
in.



It may make more sense to move forward and see if the problem still
exists in a snapshot version - .


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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/

Re: window command in bash

[Andrew DeFaria]

Igor Peshansky wrote:
Exactly. Case in point: UNC paths. Both "\\machine\share" 
and"\machine\share" will refer to the string '\machine\share'. To 
really reference a UNC path, you'll need to say "machine\\share". 
So why not double the backslashes anyway and save yourself the confusion?
Personally I just say //machine/share. Why count all those backslashes 
when forward slashes work just fine!


(Yeah, yeah, they don't work fine for Windows programs. Instead 
$(cygpath -w //machine/share))


--


Andrew DeFaria 
Clearcase/Clearquest Consultant
Information Lifecycle Management Solutions 
Phone: 925-474-1492 *AOL Instant Messenger (AIM):* defaria
*MSN Messenger:* [EMAIL PROTECTED]
*Yahoo Pager:* andrew_defaria
*ICQ #:* 23552673
*Jabber:* [EMAIL PROTECTED]


Why are they called apartments, when they're all stuck together?


--
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: Perl failure

[Bruce Dobrin]

Hi,  
I stripped down the code to a small testable bit.  The problem seems to
occur when I reach 256 forks on a cygwin1.5.18 or 19 but not on my
cygwin1.5.5. win2k system.  The original code give the forked process
time to finish,  but it still looks like it eats it after about 256
iterations  ( it actually failed between 259 and 252 iterations,  but
it's pretty complicated so I'm not sure what else was happening).

Here is my test code:
[EMAIL PROTECTED]:/tmp> cat test8.pl 

#!/usr/bin/perl -w

use strict;
my $pid;

foreach my $incr (`seq 1 1 800`) {
 
unless (defined ($pid = fork)) {
 die " cannot fork $!";
 }
unless ($pid) {
  print " the sequence is $incr \n";
  exit;
}
 print "pid is $pid\n";
   }

###

The error here is :
cannot fork Resource temporarily unavailable at ./test8.pl line 11.
panic: MUTEX_LOCK (45) [op.c:354].

On cygwin1.5.5 it finishes successfully.  I'm not sure if there is
anything else I can try,  I'm looking around for some other machines
with older cygwins on them to establish what version it stopped working
in.

Thanks for your time

Bruce D.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Yitzchak Scott-Thoennes
Sent: Thursday, July 13, 2006 11:06 AM
To: cygwin@cygwin.com
Subject: Re: Perl failure

On Thu, Jul 13, 2006 at 08:53:09AM -0700, Yitzchak Scott-Thoennes wrote:
> On Wed, Jul 12, 2006 at 05:08:43PM -0700, Bruce Dobrin wrote:
> > Hi,
> > 
> > I have a server that has been doing back end maintenance using perl 
> > on cygwin for 6 years now.  I recently upgraded from win2k and 
> > cyg1.5.9 to XP sp3 and cyg1.5.19 (to be fare,  I also cleaned up the

> > perl code a bit).  The script checks versioning and build info on 
> > about 600+ windows systems.  Since the upgrade,  it gets thru about 
> > 500 of them ( almost exactly 2 hours)  and then:
> > 
> > panic: MUTEX_LOCK (45) [util.c:2266] at 
> > /c/dist_and_install_files/source/dist2/spUpdate2d.pl line 24, 
> >  line 277.
> > panic: MUTEX_LOCK (45) [op.c:354],  line 277.
> 
> This indicates EDEADLK being returned from posix_mutex_lock.

Err, I mean pthread_mutex_lock.

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

Metapost doesn't recognise beginfig

[Iain Alexander]

I have tetex 3.0.0-3 with cygwin 1.5.20 on XP/SP2, and I'm trying to use 
Metapost, but it doesn't recognise beginfig, which is the first non-
comment, non-blank thing in the file:

This is MetaPost, Version 0.641 (Web2C 7.5.4) (mem=plain 2006.7.16)  
16 JUL 2006 01:55
**tmpl5x3
(tmpl5x3.mp
>> beginfig
! Isolated expression.
 
   (
l.3 beginfig(
 1);
? 
^^@:0: Extra tokens will be flushed.
 
   (
l.3 beginfig(
 1);
? 

Some background which may or not be relevant:  When I first tried to run 
mpost, it couldn't find mpost.mem, so I created one using
mpost -ini '\input plain dump'
and then moved plain.mem to /usr/local/share/texmf/web2c, linked to 
mpost.mem, as per the instructions in the web2c manual.  I then ran 
texhash so it could actually find it.
(end background)

So am I misunderstanding something - have I done something silly.  
Where do I look to figure out what's going wrong here?
-- 
Iain Alexander  [EMAIL PROTECTED]

The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.

    File information ---
 File:  cygcheck.out
 Date:  18 Jul 2006, 20:40
 Size:  29810 bytes.
 Type:  Text


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: window command in bash

[Igor Peshansky]

On Tue, 18 Jul 2006, mwoehlke wrote:

> Buchbinder, Barry (NIH/NIAID) [E] wrote:
> > Igor Peshansky wrote:
> > > On Tue, 18 Jul 2006, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> > > > Did you quote the path or escape the backslashes to protect the
> > > > backslashes from the shell interpreting them as escape characters?
> > > > E.g., AgBackup.exe /notext 'c:\Alligate\agbackupfiles'
> > > > or
> > > > AgBackup.exe /notext "c:\Alligate\agbackupfiles"
> > > A minor correction: you still need to escape the backslashes when
> > > using double quotes, so the right way is
> > >   AgBackup.exe /notext "c:\\Alligate\\agbackupfiles"
> >
> > Here's what bash does:
> >
> > /c> echo  "c:\Alligate\agbackupfiles"
> > c:\Alligate\agbackupfiles
> >
> > Maybe if one has a variable following the backslash:
> >
> > /c> echo "xyz\$USER"
> > xyz$USER
> > /c> echo "xyz\\$USER"
> > xyz\BBuchbinder

'PAGER="less +/QUOTING" man bash'.

> I think the point is that "\\" is ALWAYS safe, whereas "\?" (where "?"
> is some character) may not be.

Exactly.  Case in point: UNC paths.  Both "\\machine\share" and
"\machine\share" will refer to the string '\machine\share'.  To really
reference a UNC path, you'll need to say "machine\\share".  So why not
double the backslashes anyway and save yourself the confusion?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: window command in bash

[mwoehlke]

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

Igor Peshansky wrote:

On Tue, 18 Jul 2006, Buchbinder, Barry (NIH/NIAID) [E] wrote:

Did you quote the path or escape the backslashes to protect the
backslashes from the shell interpreting them as escape characters?
E.g., AgBackup.exe /notext 'c:\Alligate\agbackupfiles'
or
AgBackup.exe /notext "c:\Alligate\agbackupfiles"

A minor correction: you still need to escape the backslashes when
using double quotes, so the right way is 


AgBackup.exe /notext "c:\\Alligate\\agbackupfiles"


Here's what bash does:

/c> echo  "c:\Alligate\agbackupfiles"
c:\Alligate\agbackupfiles

Maybe if one has a variable following the backslash:

/c> echo "xyz\$USER"
xyz$USER
/c> echo "xyz\\$USER"
xyz\BBuchbinder


I think the point is that "\\" is ALWAYS safe, whereas "\?" (where "?" 
is some character) may not be.


--
Matthew
Lions and tigers and ...penguins? We're being invaded!


--
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: exe handling

[Corinna Vinschen]

On Jul 18 18:10, Oliver Walsh wrote:
> Hi,
> 
> Sorry if this has been already been discussed, the only reference I
> could find was a "In scripts suddenly must use perl.exe rather than
> perl" thread.
> 
> http://cygwin.com/cygwin-ug-net/using-specialnames.html#id4729857 states
> the following:
> "If a shell script myprog and a program myprog.exe coexist in a
> directory, the program has precedence and is selected for execution of
> myprog."
> 
> This was the case in my previous installation (cygwin 1.5.19-4) but the
> opposite seems to be the case in the latest cygwin dll (1.5.20-1). It's
> causing a lot of problem for me since for many commands I have an exe
> for windows and a shell wrapper for *nix.
> 
> The change log for 1.5.20-1 mentions changes .exe handling. Is this
> intended behaviour?

Yes.  We just missed to change the docs, as usual.  The behaviour has
been changed since it was inconsistent throughout Cygwin.  Consider that
"foo" takes precedence over "foo.exe" in case of practically every other
system call, just when starting an application it didn't.  So in the
worst (but usual case under <= 1.5.19) you would end up calling
stat("foo") and get the information for file "foo", but then you'd start
"foo.exe", which might not what you want.

The general idea for the future is to avoid having a file "foo" and a
file "foo.exe" in the same directory like pestilence.


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: xmgrace fails to start

[Dave Korn]

On 18 July 2006 18:34, Larry Hall (Cygwin) wrote:

> Charles L. Werner wrote:
>> In addition, I ran strace with xmgrace,
>> and got the following message:
>> 
>> Process 3996, exception 4005 at 7C81EB33
>> 
>> and an error in a box 16 bit MS-DOS Subsystem:
>> 
>> /usr/share/grace/bin
>> The NTVDM CPU has encountered an illegal instruction
>> CS:0674 IP:01c7 OP:fe95 b8 ff ff
>> 
> 
> 
> Sounds like something is being executed that's not executable.

  Almost certainly a symlink.

  Check whether it still has the System and Hidden attributes set in the
windows properties, and the --x bit set in the unix perms.

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: window command in bash

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

Igor Peshansky wrote:
> On Tue, 18 Jul 2006, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> 
>> McGraw, Robert P. wrote:
>>> I have a window command that I want to execute in a bash script.
>>> 
>>> In my .bat file the command is
>>> 
>>> AgBackup.exe /notext c:\Alligate\agbackupfiles
>>> 
>>> I tried to execute this command in a bash window and the command
>>> works but is does not seem to recognize the parameters. The
>>> "c:\alligate" is the path where a backup is written. In the bash
>>> script the backup file is written in the default location. [snip]
>>> In a shell script what is the proper way to pass parameters to a
>>> window program?
>> 
>> A Windows program will think that /cygdrive/c/Alligate/agbackupfiles
>> are options, not a path. 
>> 
>> Did you quote the path or escape the backslashes to protect the
>> backslashes from the shell interpreting them as escape characters?
>>  E.g., AgBackup.exe /notext 'c:\Alligate\agbackupfiles'
>> or
>>  AgBackup.exe /notext "c:\Alligate\agbackupfiles"
> 
> A minor correction: you still need to escape the backslashes when
> using double quotes, so the right way is 
> 
>   AgBackup.exe /notext "c:\\Alligate\\agbackupfiles"
> 

Here's what bash does:

/c> echo  "c:\Alligate\agbackupfiles"
c:\Alligate\agbackupfiles

Maybe if one has a variable following the backslash:

/c> echo "xyz\$USER"
xyz$USER
/c> echo "xyz\\$USER"
xyz\BBuchbinder

>> or
>>  AgBackup.exe /notext c:\\Alligate\\agbackupfiles
>> 
>> You should read
>> 
>> in the Cygwin User's Guide , and
>> especially
>> . 
> 
> HTH,
>   Igor


--
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: Two different cygwin environments

[Andrei Stebakov]

"Larry Hall (Cygwin)" <[EMAIL PROTECTED]> writes:

> On 07/18/2006, Andrei Stebakov wrote:
> > I am using the current cygwin installed by cygwin.exe.
> 
> If you actually installed with 'cygwin.exe', then this is not a supported
> installation.  You'd be better off removing this and reinstalling using
> 'setup.exe' at cygwin.com.  As Igor noted, you should use the latest
> cygwin1.dll.  You really should keep only one cygwin1.dll (the latest) on
> your system at a time, for sanity's sake.
> 
> -- 
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 216 Dalton Rd.  (508) 893-9889 - FAX
> Holliston, MA 01746

I am sorry, I meant setup.exe as an installer.

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: Two different cygwin environments

[Larry Hall (Cygwin)]

Andrei Stebakov wrote:

Igor Peshansky <[EMAIL PROTECTED]> writes:


On Tue, 18 Jul 2006, Andrei Stebakov wrote:


I am using the current cygwin installed by cygwin.exe.
Also on the same machine I need to use an older versin of Cygwin so I
wonder what's the best way to have two cygwin environments on the same
machine, under the same user so they don't collide.

The Cygwin DLL strives to be backward-compatible (i.e., any applications
that run using the older Cygwin1.dll should also run using the newer DLL).
Is there a reason you really need the older DLL around?
Igor
--
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"


Yes, there is a reason. The company we currently work with supplies their own 
building environment cygwin+watcom c++ and they stress that it won't work with the latest cygwin. 
I wish they had just used the latest stuff that I use! 



Make sure your path never contains the tools of the "other" environment.  This
kind of environment is only for those that know what they're doing though, so
you're on your own if the setup causes you problems...

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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/

Re: Two different cygwin environments

[Andrei Stebakov]

Igor Peshansky <[EMAIL PROTECTED]> writes:

> On Tue, 18 Jul 2006, Andrei Stebakov wrote:
> 
> > I am using the current cygwin installed by cygwin.exe.
> > Also on the same machine I need to use an older versin of Cygwin so I
> > wonder what's the best way to have two cygwin environments on the same
> > machine, under the same user so they don't collide.
> 
> The Cygwin DLL strives to be backward-compatible (i.e., any applications
> that run using the older Cygwin1.dll should also run using the newer DLL).
> Is there a reason you really need the older DLL around?
>   Igor
> -- 
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED] | [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  Igor Peshansky, Ph.D. (name changed!)
>  |,4-  ) )-,_. ,\ (  `'-' old name: Igor Pechtchanski
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
> "But no -- you are no fool; you call yourself a fool, there's proof enough in
> that!" -- Rostand, "Cyrano de Bergerac"

Yes, there is a reason. The company we currently work with supplies their own 
building environment cygwin+watcom c++ and they stress that it won't work with 
the latest cygwin. 
I wish they had just used the latest stuff that I use! 
 
Thank you,
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: xmgrace fails to start

[Larry Hall (Cygwin)]

Charles L. Werner wrote:

In addition, I ran strace with xmgrace,
and got the following message:

Process 3996, exception 4005 at 7C81EB33

and an error in a box 16 bit MS-DOS Subsystem:

/usr/share/grace/bin
The NTVDM CPU has encountered an illegal instruction
CS:0674 IP:01c7 OP:fe95 b8 ff ff




Sounds like something is being executed that's not executable.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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/

Re: Two different cygwin environments

[Larry Hall (Cygwin)]

On 07/18/2006, Andrei Stebakov wrote:
I am using the current cygwin installed by cygwin.exe. 


If you actually installed with 'cygwin.exe', then this is not a supported
installation.  You'd be better off removing this and reinstalling using
'setup.exe' at cygwin.com.  As Igor noted, you should use the latest
cygwin1.dll.  You really should keep only one cygwin1.dll (the latest) on
your system at a time, for sanity's sake.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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/

Re: Two different cygwin environments

[Igor Peshansky]

On Tue, 18 Jul 2006, Andrei Stebakov wrote:

> I am using the current cygwin installed by cygwin.exe.
> Also on the same machine I need to use an older versin of Cygwin so I
> wonder what's the best way to have two cygwin environments on the same
> machine, under the same user so they don't collide.

The Cygwin DLL strives to be backward-compatible (i.e., any applications
that run using the older Cygwin1.dll should also run using the newer DLL).
Is there a reason you really need the older DLL around?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Loading cygwin libraries in Ruby from CMD?

[Jay Levitt]

This may not be a cygwin issue at all, but it never hurts to ask...

I'm using the Ruby library RMagick (http://rmagick.rubyforge.org) with ruby
1.8.4, which I've successfully built under Cygwin.  When I launch IRB (the
interactive ruby interpreter) from bash, and type "require 'RMagick'", it
loads successfully.  Ditto for a script running from /usr/local/bin/ruby.

However, when I do the same from CMD.EXE, I get an error:

/usr/lib/ruby/site_ruby/1.8/RMagick.rb:28: uninitialized constant
Magick::Enum (NameError)
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
from jaytest.rb:1

Using Filemon from Sysinternals (http://www.sysinternals.com), it appears
that ruby.exe loads RMagick.rb successfully.  It then attempts to load
RMagick.so; it finds it, but apparently bypasses it and continues looking
for it in every possible directory in its library path.

My suspicion is that there's something different about the environment
running from cmd.exe rather than bash, and cygwin (or ruby) decides that
i386-cygwin/RMagick.so isn't the right file to be loading for this
environment.

Ruby itself has a variable called RUBY_PLATFORM, but that is properly set
to i386-cygwin when running from cmd.  I've tried manually adding cygwin's
/bin, /usr/bin, etc. to %PATH%, to emulate cygwin.bat, but it didn't make a
difference.  I was told that incorrect library paths could cause this error
on some systems, but Cygwin doesn't use ld.so.conf. 
  
Any ideas what I could look at to see why RMagick.so isn't being loaded?
One interesting bit from strace is below - there's an error 126 (module not
found), which is odd, because clearly it has found the file.

Jay Levitt




   80 1927836 [main] ruby 1348 open: open
(/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so, 0x0)
   35 1927871 [main] ruby 1348 normalize_posix_path: src
/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so
   35 1927906 [main] ruby 1348 normalize_posix_path:
/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so = normalize_posix_path
(/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so)
   37 1927943 [main] ruby 1348 mount_info::conv_to_win32_path:
conv_to_win32_path (/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so)
   38 1927981 [main] ruby 1348 set_flags: flags: binary (0x2)
   35 1928016 [main] ruby 1348 mount_info::conv_to_win32_path: src_path
/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so, dst
C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so, flags 0xA, rc 0
   58 1928074 [main] ruby 1348 symlink_info::check: not a symlink
   36 1928110 [main] ruby 1348 symlink_info::check: 0 = symlink.check
(C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so, 0x240AAF0) (0xA)
   37 1928147 [main] ruby 1348 path_conv::check:
this->path(C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so),
has_acls(1)
   37 1928184 [main] ruby 1348 build_fh_pc: fh 0x6115CE7C
   37 1928221 [main] ruby 1348 fhandler_base::open:
(C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so, 0x10)
  211 1928432 [main] ruby 1348 fhandler_base::set_flags: flags 0x10,
supplied_bin 0x1
   39 1928471 [main] ruby 1348 fhandler_base::set_flags: filemode set to
binary
   35 1928506 [main] ruby 1348 fhandler_base::open: 0 = NtCreateFile
(0x6F8, 8010, C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so,
io, NULL, 0, 7, 1, 20, NULL, 0)
   38 1928544 [main] ruby 1348 fhandler_base::open: 1 = fhandler_base::open
(C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so, 0x10)
   36 1928580 [main] ruby 1348 fhandler_base::open_fs: 1 =
fhandler_disk_file::open
(C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so, 0x0)
   36 1928616 [main] ruby 1348 open: 3 = open
(/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so, 0x0)
   55 1928671 [main] ruby 1348 _cygwin_istext_for_stdio: fd 3: opened as
binary
   95 1928766 [main] ruby 1348 close: close (3)
   34 1928800 [main] ruby 1348 fhandler_base::close: closing
'/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so' handle 0x6F8
   49 1928849 [main] ruby 1348 close: 0 = close (3)
  244 1929093 [main] ruby 1348 normalize_posix_path: src
/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so
   39 1929132 [main] ruby 1348 normalize_posix_path:
/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so = normalize_posix_path
(/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so)
   37 1929169 [main] ruby 1348 mount_info::conv_to_win32_path:
conv_to_win32_path (/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so)
   36 1929205 [main] ruby 1348 set_flags: flags: binary (0x2)
   35 1929240 [main] ruby 1348 mount_info::conv_to_win32_path: src_path
/usr/lib/ruby/site_ruby/1.8/i386-cygwin/RMagick.so, dst
C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so, flags 0xA, rc 0
   57 1929297 [main] ruby 1348 symlink_info::check: not a symlink
   37 1929334 [main] ruby 1348 symlink_info::check: 0 = symlink.check
(C:\cygwin\lib\ruby\site_ruby\1.8\i386-cygwin\RMagick.so, 0x240AB80) (0xA)
   36 1929370 [main] ruby 1348 

exe handling

[Oliver Walsh]

Hi,

Sorry if this has been already been discussed, the only reference I
could find was a "In scripts suddenly must use perl.exe rather than
perl" thread.

http://cygwin.com/cygwin-ug-net/using-specialnames.html#id4729857 states
the following:
"If a shell script myprog and a program myprog.exe coexist in a
directory, the program has precedence and is selected for execution of
myprog."

This was the case in my previous installation (cygwin 1.5.19-4) but the
opposite seems to be the case in the latest cygwin dll (1.5.20-1). It's
causing a lot of problem for me since for many commands I have an exe
for windows and a shell wrapper for *nix.

The change log for 1.5.20-1 mentions changes .exe handling. Is this
intended behaviour?

Thanks,
Ollie Walsh

Oliver Walsh
Software Engineer
ANSYS Europe Ltd

The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you
received this in error, please contact the sender and delete the
material from any computer.


--
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: Suggestions for cygcheck

[Igor Peshansky]

On Tue, 18 Jul 2006, Bengt-Arne Fjellner wrote:

> Hi
> I would like to suggest that cygcheck file should know about symlinks
> i.e.
> $ ls -la `which xmgrace`
> lrwxrwxrwx 1 Administratör Användare 32 Jul 18 16:37 /usr/bin/xmgrace ->
> /usr/share/grace/bin/xmgrace.exe*
>
> $ cygcheck xmgrace  # now gives
> Found: C:\cygwin\bin\xmgrace.exe
> C:/cygwin/bin/xmgrace.exe
>
> $ cygcheck xmgrace  # Suggested behaviour
> Found: C:\cygwin\bin\xmgrace.exe
> which is a symlink to /usr/share/grace/bin/xmgrace.exe
>
> Or something like that

I recall making a patch for this.  I'll dig it out, and see if it's been
submitted, or if it still needs more work.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"
--
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: window command in bash

[Igor Peshansky]

On Tue, 18 Jul 2006, Buchbinder, Barry (NIH/NIAID) [E] wrote:

> McGraw, Robert P. wrote:
> > I have a window command that I want to execute in a bash script.
> >
> > In my .bat file the command is
> >
> > AgBackup.exe /notext c:\Alligate\agbackupfiles
> >
> > I tried to execute this command in a bash window and the command
> > works but is does not seem to recognize the parameters. The
> > "c:\alligate" is the path where a backup is written. In the bash
> > script the backup file is written in the default location.
> [snip]
> > In a shell script what is the proper way to pass parameters to a
> > window program?
>
> A Windows program will think that /cygdrive/c/Alligate/agbackupfiles are
> options, not a path.
>
> Did you quote the path or escape the backslashes to protect the
> backslashes from the shell interpreting them as escape characters?
> E.g.,
>   AgBackup.exe /notext 'c:\Alligate\agbackupfiles'
> or
>   AgBackup.exe /notext "c:\Alligate\agbackupfiles"

A minor correction: you still need to escape the backslashes when using
double quotes, so the right way is

AgBackup.exe /notext "c:\\Alligate\\agbackupfiles"

> or
>   AgBackup.exe /notext c:\\Alligate\\agbackupfiles
>
> You should read 
> in the Cygwin User's Guide , and
> especially
> .

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

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: Compilation with cygwin

[Igor Peshansky]

On Tue, 18 Jul 2006, Guenther Sohler wrote:

> [snip]
> How can I find out, which dll's are required for a EXE File ?

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

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Two different cygwin environments

[Andrei Stebakov]

Hi

I am using the current cygwin installed by cygwin.exe. 
Also on the same machine I need to use an older versin of Cygwin so I wonder 
what's the best way to have two 
cygwin environments on the same machine, under the same user so they don't 
collide.

Any suggestions are greatly appreciated!
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: Bad Link in Cygwin Mirrors Page--changed but why rsync dropped?

[L Anderson]

L Anderson wrote:


On the Cygwin mirrors page "http://cygwin.com/mirrors.html";, under 
"North America: Palo Alto", the link locations are as follows:




Now: "locations were as follows:"


ftp://mirrors.kernel.org/sources.redhat.com/cygwin/
http://mirrors.kernel.org/sources.redhat.com/cygwin/
rsync://mirrors.kernel.org/sources.redhat.com/cygwin/



Now: The http and rsync links have been removed.

Question:  Why are the rsync links disappearing as Cygwin mirrors; 
especially since using rsync to mirror Cygwin is cleaner than fussing 
with either ftp or http?



Thanks,

L Anderson

The ftp and http links both work but the rsync link gives a rsync error 
because "sources.redhat.com" has been changed to "sourceware".  Changing 
the rsync link to either of:


rsync://mirrors.kernel.org/mirrors/sources.redhat.com/cygwin/
or
rsync://mirrors.kernel.org/sourceware/cygwin/

works as does changing them all to:

ftp://mirrors.kernel.org/sourceware/cygwin/
http://mirrors.kernel.org/sourceware/cygwin/
rsync://mirrors.kernel.org/sourceware/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: cygwin 1.5.20 and stalling cygstart

[Corinna Vinschen]

On Jul 18 15:58, Demmer, Thomas wrote:
> I can confirm Krzystof's behavior. On a DOS cmd (no bash!) line this stalls
> cygstart. 
> After a while it actually eats up 100% CPU. I have never tried something
> like that
> before, invoking cygstart from a cmd window so I cannot tell if this is new.
> 
> $ uname -a
> CYGWIN_NT-5.1 KFIDEMUC312022 1.5.21s(0.156/4/2) 20060707 11:45:39 i686
> Cygwin
> $ echo $CYGWIN
> binmode ntsec smbntsec tty server

This was the important clew.  There was a tiny bug with the CYGWIN=tty
setting.  cgf applied a patch for this.


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/

Suggestions for cygcheck

[Bengt-Arne Fjellner]

Hi
I would like to suggest that cygcheck file should know about symlinks
i.e.
$ ls -la `which xmgrace`
lrwxrwxrwx 1 Administratör Användare 32 Jul 18 16:37 /usr/bin/xmgrace ->
/usr/share/grace/bin/xmgrace.exe*

$ cygcheck xmgrace  # now gives
Found: C:\cygwin\bin\xmgrace.exe
C:/cygwin/bin/xmgrace.exe

$ cygcheck xmgrace  # Suggested behaviour
Found: C:\cygwin\bin\xmgrace.exe
which is a symlink to /usr/share/grace/bin/xmgrace.exe

Or something like that
-- 
Bengt-Arne Fjellner




--
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: dselect - formally Re: Running as root

[Christopher Faylor]

On Tue, Jul 18, 2006 at 03:49:13PM +0100, Max Bowsher wrote:
>Christopher Faylor wrote:
>>On Tue, Jul 18, 2006 at 12:19:58AM +0100, Max Bowsher wrote:
>>>Christopher Faylor wrote:
On Mon, Jul 17, 2006 at 09:49:02PM +1000, Stephen Grant Brown wrote:
>
>I am unable to use dselect for the inspection of packages in the Debian
>distribution.
>
Ok.  Unless someone steps forward who is willing to maintain dpkg, it
will be removed from the distribution in a few days.
>
>>>Is there any useful functionality actually provided by having dpkg for
>>>Cygwin?  If there is I'll have a go, but if it's just a toy that
>>>happens to compile, but you can't actually do anything useful with, I
>>>don't see the point.
>
>>Um.  That would be the kind of thing that a maintainer would know the
>>answer to wouldn't it?
>
>I know what the program _does_ - I just don't see how what it does can
>be useful, when no one is producing .deb format packages for Cygwin.

Without a maintainer (Larry's response not withstanding), we don't have
anyone who can answer the question about dselect definitively.  Your
asking if it is any good just illustrates the problem.

If someone wants to be the maintainer, they will have to do some
research.

>(For that matter, the same argument applies to 'rpm' - it's present in
>the Cygwin archive, but can anyone actually use it for anything useful,
>since there are no .rpm format packages for Cygwin?)

My company uses cygwin rpms all of the time.  I'm actually the rpm
maintainer although I haven't made a new release in a long time.

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: xmgrace fails to start

[Charles L. Werner]

In addition, I ran strace with xmgrace,
and got the following message:

Process 3996, exception 4005 at 7C81EB33

and an error in a box 16 bit MS-DOS Subsystem:

/usr/share/grace/bin
The NTVDM CPU has encountered an illegal instruction
CS:0674 IP:01c7 OP:fe95 b8 ff ff


My computer is a 3 GHz P4
This may be useful,

Charles
--
Dr. Charles L. Werner
Gamma Remote Sensing AG
Worbstr. 225
CH-3073 Gümligen, Switzerland

Tel: +41 31 951 70 05
FAX: +41 31 951 70 08
http://www.gamma-rs.ch


--
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: dselect - formally Re: Running as root

[Max Bowsher]

Christopher Faylor wrote:
> On Tue, Jul 18, 2006 at 12:19:58AM +0100, Max Bowsher wrote:
>> Christopher Faylor wrote:
>>> On Mon, Jul 17, 2006 at 09:49:02PM +1000, Stephen Grant Brown wrote:

 I am unable to use dselect for the inspection of packages in the Debian
 distribution.

>>> Ok.  Unless someone steps forward who is willing to maintain dpkg, it
>>> will be removed from the distribution in a few days.

>> Is there any useful functionality actually provided by having dpkg for
>> Cygwin?  If there is I'll have a go, but if it's just a toy that
>> happens to compile, but you can't actually do anything useful with, I
>> don't see the point.

> Um.  That would be the kind of thing that a maintainer would know the
> answer to wouldn't it?

I know what the program _does_ - I just don't see how what it does can
be useful, when no one is producing .deb format packages for Cygwin.

(For that matter, the same argument applies to 'rpm' - it's present in
the Cygwin archive, but can anyone actually use it for anything useful,
since there are no .rpm format packages for Cygwin?)

Max.



signature.asc
Description: OpenPGP digital signature

Re: cygwin 1.5.20 and stalling cygstart

[Demmer, Thomas]

>On Jul 18 03:46, Krzysztof Duleba wrote:
>> Corinna Vinschen wrote:
>> 
>> >>WJFFM. I don't see any cygstart processes after running foo or after 
>> >>calling the perl script directly on the cmd-line.
>> >
>> >Same here.
>> 
>> Even simpler:
>> 
>> perl -e 'exec "cygstart notepad"'
>> 
>> in Windows command line.
>
>Nope, not here.
>
>
>Corinna

I can confirm Krzystof's behavior. On a DOS cmd (no bash!) line this stalls
cygstart. 
After a while it actually eats up 100% CPU. I have never tried something
like that
before, invoking cygstart from a cmd window so I cannot tell if this is new.

$ uname -a
CYGWIN_NT-5.1 KFIDEMUC312022 1.5.21s(0.156/4/2) 20060707 11:45:39 i686
Cygwin
$ echo $CYGWIN
binmode ntsec smbntsec tty server

>From Start/Run I get the same behavior.

>From a bash console window it works as expected.
Anything else to try?

Ciao
Tom


--
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: window command in bash

[Shaffer, Kenneth]

>In a shell script what is the proper way to pass parameters to a window
>program?

Parameters are passed normally but special characters have to be
"quoted".

The backslashes (\) are interpreted by the shell, so quote each of them
by 
entering \\

 - - - - - Appended by Scientific Atlanta, a Cisco company - - - - -  This 
e-mail and any attachments may contain information which is confidential, 
proprietary, privileged or otherwise protected by law. The information is 
solely intended for the named addressee (or a person responsible for delivering 
it to the addressee). If you are not the intended recipient of this message, 
you are not authorized to read, print, retain, copy or disseminate this message 
or any part of it. If you have received this e-mail in error, please notify the 
sender immediately by return e-mail and delete it from your computer.


--
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: window command in bash

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

McGraw, Robert P. wrote:
> I have a window command that I want to execute in a bash script.
> 
> In my .bat file the command is
> 
>   AgBackup.exe /notext c:\Alligate\agbackupfiles
> 
> I tried to execute this command in a bash window and the command
> works but is does not seem to recognize the parameters. The
> "c:\alligate" is the path where a backup is written. In the bash
> script the backup file is written in the default location.   
> 
> I change the c:\Alligate to /cygdrive/c/Alligate/agbackupfiles
> but still it wrote the backup file to the default location. 
> 
> If I execute the .bat that the above command is in, it works
> correctly. 
> 
> In a shell script what is the proper way to pass parameters to a
> window program? 
> 
> Thanks
> 
> Robert
> 
> _
> Robert P. McGraw, Jr.
> Manager, Computer System EMAIL: [EMAIL PROTECTED]
> Purdue University ROOM: MATH-807
> Department of MathematicsPHONE: (765) 494-6055
> 150 N. University Street   FAX: (419) 821-0540
> West Lafayette, IN 47907-2067

A Windows program will think that /cygdrive/c/Alligate/agbackupfiles are
options, not a path.

Did you quote the path or escape the backslashes to protect the
backslashes from the shell interpreting them as escape characters?
E.g.,
AgBackup.exe /notext 'c:\Alligate\agbackupfiles'
or
AgBackup.exe /notext "c:\Alligate\agbackupfiles"
or
AgBackup.exe /notext c:\\Alligate\\agbackupfiles

You should read 
in the Cygwin User's Guide , and
especially
.

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

window command in bash

[McGraw, Robert P.]

I have a window command that I want to execute in a bash script.

In my .bat file the command is 

AgBackup.exe /notext c:\Alligate\agbackupfiles

I tried to executye this command in a bash window and the command works but
is does not seem to recognize the parameters. The "c:\alligate" is the
path where a backup is written. In the bash script the backup file is
written in the default location.

I change the c:\Alligate to /cygdrive/c/Alligate/agbackupfiles but still
it wrote the backup file to the default location.

If I execute the .bat that the above command is in, it works correctly.

In a shell script what is the proper way to pass parameters to a window
program?

Thanks

Robert



_
Robert P. McGraw, Jr.
Manager, Computer System EMAIL: [EMAIL PROTECTED]
Purdue University ROOM: MATH-807
Department of MathematicsPHONE: (765) 494-6055
150 N. University Street   FAX: (419) 821-0540
West Lafayette, IN 47907-2067




smime.p7s
Description: S/MIME cryptographic signature

Re: cygwin 1.5.20 and stalling cygstart

[Corinna Vinschen]

On Jul 18 03:46, Krzysztof Duleba wrote:
> Corinna Vinschen wrote:
> 
> >>WJFFM. I don't see any cygstart processes after running foo or after 
> >>calling the perl script directly on the cmd-line.
> >
> >Same here.
> 
> Even simpler:
> 
> perl -e 'exec "cygstart notepad"'
> 
> in Windows command line.

Nope, not here.


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: Compilation with cygwin

[Corinna Vinschen]

On Jul 18 12:36, Guenther Sohler wrote:
> Hallo Larry,

Hint: This is a mailing list, not a private discussion...

http://cygwin.com/acronyms/#PPIOSPE

> > Any program compiled with Cygwin can be invoked directly outside of bash.
> > Some may give better results than others, depending on how you set up your
> 
> I started cygwin compiled EXE Files from the Windows desktop and they did not
> run, because some DLL's were not found
> 
> Does Windows also find .dll's looking in PATH ?

Yes.

> Where do I have to extend the PATH, so that even Programs launched on my 
> Desktop
> will see the updated/extended PATH ?

In the system properties, as usual under Windows.


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: cygwin 1.5.20 and stalling cygstart

[Krzysztof Duleba]

Corinna Vinschen wrote:

WJFFM. I don't see any cygstart processes after running foo or after calling 
the perl script directly on the cmd-line.


Same here.


Even simpler:

perl -e 'exec "cygstart notepad"'

in Windows command line.

I'll try to debug it a little bit tomorrow, for now I'm downgrading to 
1.5.19-4.


Krzysztof Duleba


--
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 1.5.20 and stalling cygstart

[Corinna Vinschen]

On Jul 18 12:32, Markus Sch?nhaber wrote:
> Krzysztof Duleba wrote:
> > I've just upgraded to 1.5.20 to get gvim 7 running and one of my programs
> > doesn't work anymore.
> >
> > I attach simple test case: if you compile foo.cpp and start it from a
> > cygwin shell, it should run OK. However, if you start it from a windows
> > shell / windows explorer / whatnot, you should see stalling cygstart.
> > cygstart process won't exit even when you close notepad, you will have to
> > kill it manually.
> 
> WJFFM. I don't see any cygstart processes after running foo or after calling 
> the perl script directly on the cmd-line.

Same here.


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: Compilation with cygwin

[Guenther Sohler]

Hallo Larry,

> Any program compiled with Cygwin can be invoked directly outside of bash.
> Some may give better results than others, depending on how you set up your

I started cygwin compiled EXE Files from the Windows desktop and they did not
run, because some DLL's were not found

Does Windows also find .dll's looking in PATH ?
Where do I have to extend the PATH, so that even Programs launched on my Desktop
will see the updated/extended PATH ?


How can I find out, which dll's are required for a EXE File ?

> 
> Look for telltale defines returned by typing "gcc -v".

OK, this will probably help me.

Thanx

-- 
Guenther Sohler
Design Engineer

NewLogic - A Wipro Company
Millennium Park 6
A-6890 Lustenau / Austria
Phone +43 5577 995 507
Fax +43 5577 995 988
[EMAIL PROTECTED]
www.newlogic.com


Please note that my email id has been
changed to [EMAIL PROTECTED]




The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email.
 
www.wipro.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: cygwin 1.5.20 and stalling cygstart

[Markus Schönhaber]

Krzysztof Duleba wrote:
> I've just upgraded to 1.5.20 to get gvim 7 running and one of my programs
> doesn't work anymore.
>
> I attach simple test case: if you compile foo.cpp and start it from a
> cygwin shell, it should run OK. However, if you start it from a windows
> shell / windows explorer / whatnot, you should see stalling cygstart.
> cygstart process won't exit even when you close notepad, you will have to
> kill it manually.

WJFFM. I don't see any cygstart processes after running foo or after calling 
the perl script directly on the cmd-line.

Regards
  mks

--
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 1.5.20 and stalling cygstart

[Krzysztof Duleba]

Krzysztof Duleba wrote:
I've just upgraded to 1.5.20 to get gvim 7 running and one of my 
programs doesn't work anymore.


I attach simple test case: if you compile foo.cpp and start it from a 
cygwin shell, it should run OK. However, if you start it from a windows 
shell / windows explorer / whatnot, you should see stalling cygstart. 
cygstart process won't exit even when you close notepad, you will have 
to kill it manually.


Reproduced with the latest snapshot. It can be even further simplified, 
just run 'perl foo.pl' from windows command line.


I include the foo.pl script inline as I've just got several messages about 
my attachments being blocked by antivirus software:


$ cat foo.pl
#!/usr/bin/perl

my $cmd = "cygstart /cygdrive/c/windows/system32/notepad.exe";
$cmd .= " \"foobar\"";
exec($cmd);

Krzysztof Duleba


--
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: mkpasswd access denied error

[Corinna Vinschen]

On Jul 17 15:09, Shaffer, Kenneth wrote:
> I tried mkpasswd for the first time in a long time, and now am getting
> an access denied error (mkpasswd (264): [5] Access is denied.) after 50
> successful passwd entries.

Nothing Cygwin can do anythoung about.  The access denied error came
directly from the Windows system call NetUserEnum.  The culprit is on
the server side which returns the user records.

> Attached is the cygcheck and strace output.

Please don't send strace output without having been asked for.
Especially in this case it's entirely useless since the problem has
nothing to do with any Cygwin internals.  So the strace just fills up
the mail boxes of mailing list readers for no good reason.


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/

cygwin 1.5.20 and stalling cygstart

[Krzysztof Duleba]

I've just upgraded to 1.5.20 to get gvim 7 running and one of my programs 
doesn't work anymore.


I attach simple test case: if you compile foo.cpp and start it from a 
cygwin shell, it should run OK. However, if you start it from a windows 
shell / windows explorer / whatnot, you should see stalling cygstart. 
cygstart process won't exit even when you close notepad, you will have to 
kill it manually.


Any ideas?

Krzysztof Duleba
#include 
#include 

using namespace std;

int main(int argc, char * argv[]){
execlp("/usr/bin/perl", "/usr/bin/perl", "foo.pl", NULL);
}
#!/usr/bin/perl

my $cmd = "cygstart /cygdrive/c/windows/system32/notepad.exe";
$cmd .= " \"foobar\"";
exec($cmd);

Cygwin Configuration Diagnostics
Current System Time: Tue Jul 18 03:06:09 2006

Windows XP Professional Ver 5.1 Build 2600 Dodatek Service Pack 2

Path:   c:\Program Files\Vim
d:\texmf\miktex\bin\
d:\cygwin\usr\local\bin
d:\cygwin\bin
d:\cygwin\usr\X11R6\bin
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\ATI Technologies\ATI Control Panel
D:\programowanie\MS Visual Studio .NET\SDK\v1.1\Bin
d:\programowanie\MS Visual Studio .NET\Vc7\bin
d:\programowanie\MS Visual Studio .NET\Common7\IDE
d:\programowanie\MS Visual Studio .NET\Common7\Tools\Bin

Output from d:\cygwin\bin\id.exe (nontsec)
UID: 1003(Krzysiek)  GID: 513(Brak)
(root)   513(Brak)544(Administratorzy)
545(U¿ytkownicy) 1005(Debugger Users)

Output from d:\cygwin\bin\id.exe (ntsec)
UID: 1003(Krzysiek)  GID: 513(Brak)
(root)   513(Brak)544(Administratorzy)
545(U¿ytkownicy) 1005(Debugger Users)

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

PWD = '/home/Krzysiek'
CYGWIN = 'ntsec tty server'
HOME = '/home/Krzysiek'

HOMEPATH = '\Documents and Settings\Krzysiek'
LDFLAGS = '-Wall -W -Wshadow'
APPDATA = 'C:\Documents and Settings\Krzysiek\Dane aplikacji'
VS71COMNTOOLS = 'D:\programowanie\MS Visual Studio .NET\Common7\Tools\'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 6, GenuineIntel'
WINDIR = 'C:\WINDOWS'
OLDPWD = '/usr/local/src/getedit/broken'
USERDOMAIN = 'DULI5'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
COMMANDER_PATH = 'D:\uzytki\totalcmd'
TEMP = '/cygdrive/c/DOCUME~1/Krzysiek/USTAWI~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
LIB = 'D:\programowanie\MS Visual Studio .NET\SDK\v1.1\Lib\;d:\programowanie\MS 
Visual Studio .NET\Vc7\PlatformSDK\Lib;d:\programowanie\MS Visual Studio 
.NET\Vc7\lib'
USERNAME = 'Krzysiek'
PROCESSOR_LEVEL = '6'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
EDITOR = 'vim'
USERPROFILE = 'C:\Documents and Settings\Krzysiek'
LANG = 'PL'
PS1 = '\n\[\033]0;[EMAIL PROTECTED] \[\033[33m\w\033[0m\]\n$ '
LOGONSERVER = '\\DULI5'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.SH'
HOMEDRIVE = 'C:'
!D: = 'D:\cygwin\tmp'
CFLAGS = '-Wall -W -Wshadow'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/cygdrive/c/DOCUME~1/Krzysiek/USTAWI~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
PROCESSOR_REVISION = '0d06'
!E: = 'E:\dc\Incomplete'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
INCLUDE = 'D:\programowanie\MS Visual Studio 
.NET\SDK\v1.1\include\;d:\programowanie\MS Visual Studio 
.NET\Vc7\PlatformSDK\Include;d:\programowanie\MS Visual Studio .NET\Vc7\include'
SESSIONNAME = 'Console'
COMPUTERNAME = 'DULI5'
_ = '/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_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
  (default) = 0x0800
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'd:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'd:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'd:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS 10003Mb  91% CP CS UN PA FC 
d:  hd  NTFS 15998Mb  97% CP CS UN PA FC 
e:  hd  NTFS 4Mb  92% CP CS UN PA FC 
f:  hd  NTFS 10343Mb  61% CP CS UN PA FC mma
g:  cd N/AN/A
h:  cd N/AN/A

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

Found: d:\cygwin\bin\awk.exe
Found: d:\cygwin\b

xmgrace fails to start

[Charles L. Werner]

H
Hi all,

Recently I attempted to run the xmgrace application (installed from the xmgrace 
cygwin package) and
it fails to start. After typing the command and after a 1 or 2 second delay, it 
simply returns with
no statement or anything.

I went to the location where it is installed:

/usr/share/grace/bin/xmgrace.exe
and ran it from that directory with the same result.

How can I figure out what is going wrong?

I also downloaded the source code and compiled it:

./configure
make

and tried running the executable with exactly the same result.

As a last attempt, I installed the previous version of the cygwin dll 1.19
and xmgrace still failed to start. When it starts it normally puts up an plot 
window
with a set of controls. My X server is working correctly.


What could be wrong? How do I find out? How do I fix it?

Thanks for your help,
Charles Werner


--
Dr. Charles L. Werner
Gamma Remote Sensing AG
Worbstr. 225
CH-3073 Gümligen, Switzerland

Tel: +41 31 951 70 05
FAX: +41 31 951 70 08
http://www.gamma-rs.ch


Cygwin Configuration Diagnostics
Current System Time: Tue Jul 18 09:42:23 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   .
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
C:\program files\imagemagick-6.2.6-q16
C:\Tcl\bin
C:\Perl\bin\
C:\MiKTeX\miktex\bin
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\UltraEdit
C:\Program Files\Support Tools\
C:\Program Files\Common Files\Roxio Shared\DLLShared
C:\Program Files\Common Files\GTK\2.0\bin
C:\Program Files\QuickTime\QTSystem\
C:\Python24
C:\Python24\Scripts
C:\cygwin\lib\lapack
C:\cygwin\usr\local\GAMMA_LOCAL-20060111\bin
C:\cygwin\home\cw\scripts
C:\Program Files\ImageCommander
C:\msys\1.0\home\cw\dev\bin
C:\msys\1.0\home\cw\gamma_software\DISP_v1.4\bin
C:\msys\1.0\home\cw\gamma_software\MSP_v11.5\bin
C:\msys\1.0\home\cw\gamma_software\ISP_v9.8\bin
C:\msys\1.0\home\cw\gamma_software\DIFF_v6.6\bin
C:\msys\1.0\home\cw\gamma_software\LAT_v2.4\bin
C:\msys\1.0\home\cw\gamma_software\IPTA_v1.2\bin

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

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

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

USER = 'cw'
PWD = '/home/cw'
CYGWIN = 'tty ntsec server'
HOME = '/home/cw'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\cw'
LDFLAGS = '-L/usr/local/bin -L/bin -L/usr/X11R6/bin'
MANPATH = 
'/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man:/usr/X11R6/man'
APPDATA = 'C:\Documents and Settings\cw\Application Data'
HOSTNAME = 'gamma18'
MSP_HOME = '/c/msys/1.0/home/cw/gamma_software/MSP_v11.5'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel'
WINDIR = 'C:\WINDOWS'
VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\'
TOOLS_HOME = '/c/msys/1.0/home/cw/gamma_software/TOOLS_v1.0'
TEXDOCVIEW_txt = 'cygstart %s'
TEXDOCVIEW_dvi = 'cygstart %s'
GAMMA_LOCAL = '/usr/local/GAMMA_LOCAL-20060111'
OLDPWD = '/usr/bin'
USERDOMAIN = 'GAMMA18'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
!:: = '::\'
TEMP = '/tmp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
DIFF_HOME = '/c/msys/1.0/home/cw/gamma_software/DIFF_v6.6'
LAT_HOME = '/c/msys/1.0/home/cw/gamma_software/LAT_v2.4'
QTJAVA = 'C:\Program Files\Java\jre1.5.0_04\lib\ext\QTJava.zip'
USERNAME = 'cw'
TEXDOCVIEW_pdf = 'cygstart %s'
PROCESSOR_LEVEL = '15'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
EDITOR = 'nedit'
TEXDOCVIEW_html = 'cygstart %s'
USERPROFILE = 'C:\Documents and Settings\cw'
LANG = 'C'
GAP_HOME = '/c/msys/1.0/home/cw/gamma_software/TOOLS_v1.0/GAP_v1.0'
XUSERFILESEARCHPATH = '/usr/X11R6/lib/X11/app-defaults:/etc/X11/app-defaults'
GAMMA_HOME = '/c/msys/1.0/home/cw/gamma_software'
PS1 = '\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
LOGONSERVER = '\\GAMMA18'
ISP_HOME = '/c/msys/1.0/home/cw/gamma_software/ISP_v9.8'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\cygwin\bin'
MOCOM_HOME = '/c/msys/1.0/home/cw/gamma_software/MOCOM_v1.4'
IPTA_HOME = '/c/msys/1.0/home/cw/gamma_software/IPTA_v1.2'
SHLVL = '1'
DISP_HOME = '/c/msys/1.0/home/cw/gamma_software/DISP_v1.4'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl'
CV = 'http://gamma17/repos/GAMMA_SOFTWARE'
HOMEDRIVE = 'C:'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/c/DOCUME~1/cw/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0209'
DEV_HOME = '/c/msys/1.0/home/cw/dev'
CLASSPATH = 'C:\Program Files\Java\jre1

YOUR INHERITANCE

[GEOFFREY BELL]

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