Error while running a .exe file in bash

[Kishen Bahudhanam]

I see a couple of messages on this topic, but couldn't
figure out what to do. So sending the question again:

I compiled my code using gcc, and created a .exe file.
However, when I try to execute it, I get the following
error:
MZ?: command not found.
However, I can open a 'cmd' window, and run the .exe.

I am under Win2000. Here is the .exe's attributes, and
the output when I run the exe. 

-rwxr-xr-x1 jgalt mkpasswd   455026 Sep 25 12:29
tx.exe*
/c/Model>. tx.exe
bash: MZ?: command not found

Please help...

__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.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: Poor network performance with cygwin utilities

[Corinna Vinschen]

On Wed, Sep 24, 2003 at 06:19:00PM -0400, [EMAIL PROTECTED] wrote:
> $ scp build/ams.war [EMAIL PROTECTED]:
> ams.war 100% 22MB 155.2KB/s 02:21
> Neither machine showed significant CPU load during either test. (both machines <
> 10%)
> 
> Has anyone seen similar problems?

scp somefile linuxbox:
somefile 100% 30MB 4.8MB/s 00:05

Hmm, apparently not.  You could strace the application to see what
takes the time.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, 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: Strange make [Error 255] (cygwin bug?)

[Fodor Bertalan]

> $ perl -e 'print "all:;[EMAIL PROTECTED] && \\\n"; foreach $i 
> (..) { print "\techo -n $i && \\\n"; } print 
> "\ttrue\n";' | make -f -
> make: *** [all] Error 255

Yes, that fails from 1990.

Is that a good bug report? Where should it be posted?


--
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: Don't seem to be able to use CPAN after recent Cygwin updates (ma ybe)

[Gerrit P. Haase]

Hallo Michael,

you wrote:

> I used to be able to use CPAN (only a week or so ago) but now it seems to
> time out. I thought it might be a network / firewall type thing but I can
> use ncftp ok. See below ...

> $ cpan Perl::Tokenizer
> CPAN: Storable loaded ok
> Going to read /home/wardmm/.cpan/Metadata
>   Database was generated on Tue, 23 Sep 2003 00:45:53 GMT
> Going to read /home/wardmm/.cpan/sources/authors/01mailrc.txt.gz
> CPAN: Compress::Zlib loaded ok
> CPAN: LWP::UserAgent loaded ok
> Fetching with LWP:
>   ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz
> LWP failed with code[400] message[FTP return code 000]
[...]

Looks like network problems.

> (and so on --- had to can it)

> (but i can get the file ok ... ?? )

> $ ncftpget
> ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz
> Who are you?
> You have a user id number of 4012, but no username associated with it.
> 02packages.details.txt.gz: 237.34 kB3.11
> kB/s


> Does anyone have an idea what is going on here? Or what I could try?
> I'm a long-term cygwin user but I don't really know what's going on
> underneath.

You didn't told me which version of cygwin `uname -svr` and which
version of perl `perl -V` (capital V) you're using now.
Please *attach* also the output of cygcheck -svr to your reply.


Gerrit
-- 
=^..^=


--
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: disabling all forms of autoindentation in cygwin's vim

[Corinna Vinschen]

On Thu, Sep 25, 2003 at 11:49:07AM +0800, Carlo Florendo wrote:
> Hello,
> 
> The cygwin version of vim, when installed, works well.  However, 
> autoindentation is forced on the user by default.  I've mailed the vim 
> mailing list and asked about this.  Vim's creator answered and said that 
> autoindentation is disabled by default.
> http://marc.theaimsgroup.com/?l=vim&m=106439851629020&w=2
> 
> Why is autoindentation enabled by default in cygwin's vim?

It isn't.  I don't know what's wrong on your machine but autoindent
is not enabled by default in Cygwin vim.  The Cygwin install is not
different from the (non-GUI) vim installation on any other machine.
I'm sorry but there's apparently something wrong on your machine.

Do you have another version of vim installed as well?  Perhaps a
native Windows version?  Do you have another vimrc file which is
used by that version and which is accidentally opened by Cygwin
vim as well? 

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, 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/

Fw: Failure to make grap 1.30 under cygwin 1.5.5

[fergus]

Sorry, sent first to cygwin-xfree list in error

A configure / make /make install that has been working successfully oob for
a long time recently failed. the relevant .tgz is unaltered, only Cygwin has
changed. Does the following output from make, throw any light on this? The
configure worked fine. I attach cygcheck.out.
Fergus

> ~/tmp/grap-1.30> make
> grep "^#" grap.y > grap.cc ; grep "^#" grap_lex.l > grap_lex.cc; touch
> y.tab.h
> g++ -MM -Wall -DHAVE_CONFIG_H grap.cc grap_lex.cc *.cc >> .depend;
> rm -f grap.cc grap_lex.cc y.tab.h
> bison -y -d grap.y
> mv y.tab.c grap.cc
> g++ -Wall -DHAVE_CONFIG_H   -c -o grap.o grap.cc
> flex -ograp_lex.cc grap_lex.l
> g++ -Wall -DHAVE_CONFIG_H -Wno-unused -c grap_lex.cc
> grap_lex.l: In function `void expand_macro(macro*)':
> grap_lex.l:979: error: `yytext_ptr' undeclared (first use this function)
> grap_lex.l:979: error: (Each undeclared identifier is reported only once
for
> each function it appears in.)
> grap_lex.l: In function `bool is_macro(const std::string&)':
> grap_lex.l:990: error: parse error before `--' token
> grap_lex.l: At global scope:
> grap_lex.l:996: error: parse error before `]' token
> make: *** [grap_lex.o] Error 1
> ~/tmp/grap-1.30>
>


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: how to decide the system config

[Corinna Vinschen]

On Thu, Sep 25, 2003 at 02:05:47PM +0800, Jiang zhou wrote:
> I want to compile a software "bird" under cygwin. When I configure it said:
> 
> $ ./configure
> loading cache ./config.cache
> checking host system type... i686-pc-cygwin32
> checking for gcc... gcc
> [...]
> checking for m4... m4
> configure: error: Cannot determine correct system configuration. Please
> use --wi
> th-sysconfig to set it manually.

That's a configure problem.  You should examine the configure script
what it is looking for when it's failing.  If it is looking for a
Linux-like /etc/sysconfig directory, you're out of luck.  Cygwin
doesn't provide that.  You will have to rewrite the package somewhat
to get it working.

> I have install my cygwin by copy a cygwin directory to C: then run two reg
> files as below.

Why did you do it in a non-supported way?  Use setup.exe to install
Cygwin. 

The below registry keys seem to be from an old Cygwin version, otherwise
I don't understand why you still have mount points for tape and floppy
devices.  See http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN755

Btw., don't send registry keys, send cygcheck output as described on
http://cygwin.com/problems.html.

Corinna

> [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\00]
> "native"=".\\tape1:"
> "unix"="/dev/st1"
> "fbinary"=dword:
> "fsilent"=dword:0001
> [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\01]
> "native"=".\\tape0:"
> "unix"="/dev/st0"
> "fbinary"=dword:
> "fsilent"=dword:0001
> [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\02]
> "native"=".\\b:"
> "unix"="/dev/fd1"
> "fbinary"=dword:
> "fsilent"=dword:0001
> [HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
> setup\b15.0\mounts\03]
> "native"=".\\a:"
> "unix"="/dev/fd0"
> "fbinary"=dword:
> "fsilent"=dword:0001

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, 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: Error while running a .exe file in bash

[Corinna Vinschen]

On Thu, Sep 25, 2003 at 12:17:59AM -0700, Kishen Bahudhanam wrote:
> I see a couple of messages on this topic, but couldn't
> figure out what to do. So sending the question again:
> 
> I compiled my code using gcc, and created a .exe file.
> However, when I try to execute it, I get the following
> error:
> MZ?: command not found.
> However, I can open a 'cmd' window, and run the .exe.
> 
> I am under Win2000. Here is the .exe's attributes, and
> the output when I run the exe. 
> 
> -rwxr-xr-x1 jgalt mkpasswd   455026 Sep 25 12:29
> tx.exe*
> /c/Model>. tx.exe
> bash: MZ?: command not found

Try ./tx.exe

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, 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: No support for wchar_t in latest Cygwin?

[Ronald Landheer-Cieslak]

AFAIK, this is a PTC situation..

http://cygwin.com/contrib.html

rlc

On Wed, Sep 24, 2003 at 09:59:14PM -0700, Joshua Kwan wrote:
> Hi, it's me again :)
> 
> I've been developing some software in C++ and have tested it on Linux
> and FreeBSD, so I decided yesterday to test it on my Cygwin
> installation.
> 
> The library I link against the program requires wchar_t support.
> However, when I build it:
> 
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text+0x18f5):tstring.cpp: undefined 
> reference to `std::char_traits::compare(wchar_t const*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text+0x1984):tstring.cpp: undefined 
> reference to `std::char_traits::length(wchar_t const*)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text+0x214c):tstring.cpp: undefined 
> reference to `std::char_traits::compare(wchar_t const*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEEC1EPKwRKS1_+0x19):tstring.cpp:
>  undefined reference to `std::char_traits::length(wchar_t const*)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNKSbIwSt11char_traitsIwESaIwEE4findEPKwjj+0x3f):tstring.cpp:
>  undefined reference to `std::char_traits::compare(wchar_t const*, wchar_t 
> const*, unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE7replaceEN9__gnu_cxx17__normal_iteratorIPwS2_EES6_jw+0x89):tstring.cpp:
>  undefined reference to `std::char_traits::assign(wchar_t*, unsigned, 
> wchar_t)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE4_Rep8_M_cloneERKS1_j+0x6f):tstring.cpp:
>  undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIPKwEEPwT_S7_RKS1_St20forward_iterator_tag+0x4a):tstring.cpp:
>  undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE9_M_mutateEjjj+0xed):tstring.cpp:
>  undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE9_M_mutateEjjj+0x114):tstring.cpp:
>  undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE9_M_mutateEjjj+0x161):tstring.cpp:
>  undefined reference to `std::char_traits::move(wchar_t*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIN9__gnu_cxx17__normal_iteratorIPwS2_S6_T_S8_RKS1_St20forward_iterator_tag+0x73):tstring.cpp:
>  undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE15_M_replace_safeIN9__gnu_cxx17__normal_iteratorIPwS2_RS2_S7_S7_T_S9_+0x79):tstring.cpp:
>  undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIN9__gnu_cxx17__normal_iteratorIPKwS2_PwT_SA_RKS1_St20forward_iterator_tag+0x73):tstring.cpp:
>  undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, 
> unsigned)'
> ./toolkit/.libs/libtoolkit.a(tstring.o)(.text$_ZNSbIwSt11char_traitsIwESaIwEE15_M_replace_safeIPKwEERS2_N9__gnu_cxx17__normal_iteratorIPwS2_EESA_T_SB_+0x79):tstring.cpp:
>  undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, 
> unsigned)'
> collect2: ld returned 1 exit status
> 
> This is certainly a bummer :( I saw some emails on mailing lists that
> discussed this problem, but I did not notice a conclusive solution. A
> message on the GCC ML said that newlib had no UTF-8 support. So, is this
> true? Is there a workaround that I can use?
> 
> Please CC me on replies, I'm not subscribed. Thanks!
> 
> P.S. Elfyn have you implemented {base,dir}name() [1] yet? ;)
> 
> [1] http://www.cygwin.com/ml/cygwin/2003-05/msg00010.html
> --
> Joshua Kwan



-- 
A great empire, like a great cake, is most easily diminished at the edges.
-- B. Franklin

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

cp /dev/zero filename creates large files

[Don Sharp]

Hi

I carried out the following sequence of commands

$ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done
-rw-r--r--1 don  None0 Jun 17  1998 dtaq
-rw-r--r--1 don  None 3072 Jun 17  1998 dtaq.idx
$ cp /dev/zero dtaq.idx

The cp appeared to be hanging and the disc was rattling away, so in
another window I typed in

$ ls -l dtaq*
-rw-r--r--1 don  None0 Jun 17  1998 dtaq
-rw-r--r--1 don  None 65307648 Jun 17  1998 dtaq.idx

and you can see that the reported size of the target of the 'cp
/dev/zero' has grown to a considerable size in a short time.

Can anyone else reproduce this?

Attaching cygcheck.log

Cheers

Don Sharp

cygcheck.log
Description: application/unknown-content-type-txtfile
--
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: No support for wchar_t in latest Cygwin?

[Corinna Vinschen]

On Thu, Sep 25, 2003 at 11:53:19AM +0200, Ronald Landheer-Cieslak wrote:
> AFAIK, this is a PTC situation..

Well, I don't see any problem with wchat_t in the below error messages.

> http://cygwin.com/contrib.html
> 
> rlc
> 
> On Wed, Sep 24, 2003 at 09:59:14PM -0700, Joshua Kwan wrote:
> > Hi, it's me again :)
> > 
> > I've been developing some software in C++ and have tested it on Linux
> > and FreeBSD, so I decided yesterday to test it on my Cygwin
> > installation.
> > 
> > The library I link against the program requires wchar_t support.
> > However, when I build it:
> > 
> > ./toolkit/.libs/libtoolkit.a(tstring.o)(.text+0x18f5):tstring.cpp: undefined 
> > reference to `std::char_traits::compare(wchar_t const*, wchar_t const*, 
> > unsigned)'

Undef'd reference to a *method* std::char_traits::compare()

No complaints about missing wchar_t.  You should try to find out why that
method is missing.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, 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: cp /dev/zero filename creates large files

[jurgen . defurne]

Don,

The functionality you need is "/dev/null". 

Indeed, the function of /dev/zero is to provide a
file which you can read indefinitely. You should use
it like this :

dd if=/dev/zero of= bs=1024 count=number_of_blocks

Regards,

Jurgen










Don Sharp <[EMAIL PROTECTED]>
Sent by: 
[EMAIL PROTECTED]
09/25/2003 11:25 AM

 
To: gnuwin32 <[EMAIL PROTECTED]>
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:cp /dev/zero filename creates large files
Classification: 



Hi

I carried out the following sequence of commands

$ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done
-rw-r--r--1 don  None0 Jun 17  1998 dtaq
-rw-r--r--1 don  None 3072 Jun 17  1998 dtaq.idx
$ cp /dev/zero dtaq.idx

The cp appeared to be hanging and the disc was rattling away, so in
another window I typed in

$ ls -l dtaq*
-rw-r--r--1 don  None0 Jun 17  1998 dtaq
-rw-r--r--1 don  None 65307648 Jun 17  1998 dtaq.idx

and you can see that the reported size of the target of the 'cp
/dev/zero' has grown to a considerable size in a short time.

Can anyone else reproduce this?

Attaching cygcheck.log

Cheers

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



cygcheck.log
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: No support for wchar_t in latest Cygwin?

[Ronald Landheer-Cieslak]

On Thu, Sep 25, 2003 at 11:28:41AM +0200, Corinna Vinschen wrote:
> On Thu, Sep 25, 2003 at 11:53:19AM +0200, Ronald Landheer-Cieslak wrote:
> > AFAIK, this is a PTC situation..
> Well, I don't see any problem with wchat_t in the below error messages.
Ah, yes. I should've taken a closer look at the errors..

Sorry!

rlc
> 
> > http://cygwin.com/contrib.html
> > 
> > rlc
> > 
> > On Wed, Sep 24, 2003 at 09:59:14PM -0700, Joshua Kwan wrote:
> > > Hi, it's me again :)
> > > 
> > > I've been developing some software in C++ and have tested it on Linux
> > > and FreeBSD, so I decided yesterday to test it on my Cygwin
> > > installation.
> > > 
> > > The library I link against the program requires wchar_t support.
> > > However, when I build it:
> > > 
> > > ./toolkit/.libs/libtoolkit.a(tstring.o)(.text+0x18f5):tstring.cpp: undefined 
> > > reference to `std::char_traits::compare(wchar_t const*, wchar_t const*, 
> > > unsigned)'
> 
> Undef'd reference to a *method* std::char_traits::compare()
> 
> No complaints about missing wchar_t.  You should try to find out why that
> method is missing.
> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Developermailto:[EMAIL PROTECTED]
> Red Hat, 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/

-- 
Hailing frequencies open, Captain.

--
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: Fatal Flex Bug

[Ian Badcoe]

Hi,
I only just joined this list so please excuse aberrant behaviour.
I am also in the same situation as Matt, but I have more 
information about it.

First, you can easily work around it by telling devstudio to 
invoke flex through bash:

c:\cygwin\bin\bash -c "flex ..."

This is with 2.5.31-1, my previous version was 2.5.4-2.

Previous experience with DevStudio has suggested to me that it 
invokes external commands via command.com, so I checked invoking flex 
manually with identical arguments under bash and under command.com.  The 
result is that it always seems to work under bash, but under command.com it 
can give a command-line summary, but not compile my script (I only have the 
one script handy to test it under).  So I think the problem is invocation 
under command.com, not anything about DevStudio per se.

I'm attaching a cygcheck output.

I'm not sure whether flex should invoke under command.com?  e.g. 
is there a difference between invoking an isolated cygwin executable by its 
full path, and invoking one which tries to access other executables, and 
which may not have a PATH set up?

In any case, I have a simple work-around, so this is JFYI.

Ian Badcoe



I want to use flex in Visual Studio, but it won't run. It just says:

flex: fatal internal error, exec failed

It worked before I upgraded Cygwin a few days ago.  I don't know what
version of flex I was using before, but this happens with version 2.5.31.
Thanks!
Matt Gregory




Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Sep 25 11:08:34 2003

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\program Files\Tcl\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\system32\WBEM
c:\Program Files\Microsoft SQL Server\80\Tools\Binn\
C:\cygwin\usr\X11R6\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1015(ian) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1015(ian) GID: 513(None)
513(None) 544(Administrators)
545(Users)1007(Debugger Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `C:\cygwin\home\ian'
MAKE_MODE = `unix'
PWD = `/home/ian'
USER = `ian'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\ian\Application Data'
CLIENTNAME = `Console'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `XP-410'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVSROOT = `:ext:[EMAIL PROTECTED]:/cvsroot/livingathome'
CVS_RSH = `ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\ian'
LOGONSERVER = `\\XP-410'
MANPATH = `:/usr/ssl/man:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/ian'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0b01'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\ian\LOCALS~1\Temp'
TERM = `cygwin'
TEXMF = `{/usr/share/lilypond/1.8.2,{/usr/share/lilypond/1.8.2,/usr/share/texmf}}'
TMP = `c:\DOCUME~1\ian\LOCALS~1\Temp'
USERDOMAIN = `XP-410'
USERNAME = `ian'
USERPROFILE = `C:\Documents and Settings\ian'
WINDIR = `C:\WINDOWS'
_ = `/usr/bin/cygcheck'

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
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 Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  NTFS   15923Mb  80% CP CS UN PA FC C
d:  cd  CDFS   0Mb -2147483548%CS  Audio CD
y:  net NTFS8220Mb  55% CP CS UN PA FC C
z:  net NTFS8220Mb  55% CP CS UN PA FC C

C:\cygwin  / 

new release of setup.exe.

[Robert Collins]

I've updated setup.exe to the current snapshot... 

The critical fix here is the terrible performance problem on new
installs.

Thanks as usual to the net contributors.

Enjoy.

Rob

-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

RE: cp /dev/zero filename creates large files

[Peter J. Acklam]

Don Sharp <[EMAIL PROTECTED]> wrote:

>I carried out the following sequence of commands
>
>$ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done
>-rw-r--r--1 don  None0 Jun 17  1998 dtaq
>-rw-r--r--1 don  None 3072 Jun 17  1998 dtaq.idx
>$ cp /dev/zero dtaq.idx
>
>The cp appeared to be hanging and the disc was rattling away, so in
>another window I typed in
>
>$ ls -l dtaq*
>-rw-r--r--1 don  None0 Jun 17  1998 dtaq
>-rw-r--r--1 don  None 65307648 Jun 17  1998 dtaq.idx
>
>and you can see that the reported size of the target of the 'cp
>/dev/zero' has grown to a considerable size in a short time.
>
>Can anyone else reproduce this?

Hopefull, everyone can reproduce this.  I think you are mixing
/dev/zero with /dev/null.  /dev/zero will always return a buffer
full of zeros (that is NULs, not the digit or letter zero).
/dev/zero has infinite length, so copying from it with "cp" to
a regular file will always cause you do run out of disk space.

Peter

-- 
Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam


--
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: cp /dev/zero filename creates large files

[Don Sharp]

Thanks to everyone that replied pointing out that it was /dev/null that
I needed NOT /dev/zero.

Thanks again

Don Sharp


"Peter J. Acklam" wrote:
> 
> Don Sharp <[EMAIL PROTECTED]> wrote:
> 
> >I carried out the following sequence of commands
> >
> >$ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done
> >-rw-r--r--1 don  None0 Jun 17  1998 dtaq
> >-rw-r--r--1 don  None 3072 Jun 17  1998 dtaq.idx
> >$ cp /dev/zero dtaq.idx
> >
> >The cp appeared to be hanging and the disc was rattling away, so in
> >another window I typed in
> >
> >$ ls -l dtaq*
> >-rw-r--r--1 don  None0 Jun 17  1998 dtaq
> >-rw-r--r--1 don  None 65307648 Jun 17  1998 dtaq.idx
> >
> >and you can see that the reported size of the target of the 'cp
> >/dev/zero' has grown to a considerable size in a short time.
> >
> >Can anyone else reproduce this?
> 
> Hopefull, everyone can reproduce this.  I think you are mixing
> /dev/zero with /dev/null.  /dev/zero will always return a buffer
> full of zeros (that is NULs, not the digit or letter zero).
> /dev/zero has infinite length, so copying from it with "cp" to
> a regular file will always cause you do run out of disk space.
> 
> Peter
> 
> --
> Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam

--
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: Strange make [Error 255] (cygwin bug?)

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Fodor Bertalan wrote:

> > $ perl -e 'print "all:;[EMAIL PROTECTED] && \\\n"; foreach $i
> > (..) { print "\techo -n $i && \\\n"; } print
> > "\ttrue\n";' | make -f -
> > make: *** [all] Error 255
>
> Yes, that fails from 1990.
>
> Is that a good bug report? Where should it be posted?

Try it on Linux.  If it works there, post it to the Cygwin list (i.e.,
here) with words to that effect.  If it doesn't work on Linux either, post
it to some general make bugs list -- I'm sure there is one; look at the
homepage for GNU make.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Don't seem to be able to use CPAN after recent Cygwin updates (maybe)

[Igor Pechtchanski]

On Thu, 25 Sep 2003 [EMAIL PROTECTED] wrote:

> Hello all
>
> I used to be able to use CPAN (only a week or so ago) but now it seems to
> time out. I thought it might be a network / firewall type thing but I can
> use ncftp ok. See below ...
>
> $ cpan Perl::Tokenizer
> CPAN: Storable loaded ok
> Going to read /home/wardmm/.cpan/Metadata
>   Database was generated on Tue, 23 Sep 2003 00:45:53 GMT
> Going to read /home/wardmm/.cpan/sources/authors/01mailrc.txt.gz
> CPAN: Compress::Zlib loaded ok
> CPAN: LWP::UserAgent loaded ok
> Fetching with LWP:
>   ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz
> LWP failed with code[400] message[FTP return code 000]
> Fetching with Net::FTP:
>   ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz
> Couldn't fetch 02packages.details.txt.gz from ftp.planetmirror.com
> Fetching with LWP:
>   ftp://cpan.nas.nasa.gov/pub/perl/CPAN/modules/02packages.details.txt.gz
> LWP failed with code[400] message[FTP return code 000]
> Fetching with Net::FTP:
>   ftp://cpan.nas.nasa.gov/pub/perl/CPAN/modules/02packages.details.txt.gz
> Couldn't fetch 02packages.details.txt.gz from cpan.nas.nasa.gov
> Fetching with LWP:
>   ftp://cpan.llarian.net/pub/CPAN/modules/02packages.details.txt.gz
>
> (and so on --- had to can it)
>
> (but i can get the file ok ... ?? )
>
> $ ncftpget
> ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz
> Who are you?
> You have a user id number of 4012, but no username associated with it.

I don't know if this is the source of your CPAN problems, but doesn't this
look significant in itself?  This shows that your /etc/passwd and
/etc/group are not up to date.

> 02packages.details.txt.gz: 237.34 kB3.11 kB/s
>
> Does anyone have an idea what is going on here? Or what I could try?
> I'm a long-term cygwin user but I don't really know what's going on
> underneath.
>
> Thanks
> ~ Wardy

You can rebuild your /etc/passwd and /etc/group by running

  for f in passwd group; do mv /etc/$f{,-bak} && mk$f -lc > /etc/$f; done

Hope this helps,
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Strange make [Error 255] (cygwin bug?)

[Corinna Vinschen]

On Thu, Sep 25, 2003 at 08:34:25AM -0400, Igor Pechtchanski wrote:
> On Thu, 25 Sep 2003, Fodor Bertalan wrote:
> 
> > > $ perl -e 'print "all:;[EMAIL PROTECTED] && \\\n"; foreach $i
> > > (..) { print "\techo -n $i && \\\n"; } print
> > > "\ttrue\n";' | make -f -
> > > make: *** [all] Error 255
> >
> > Yes, that fails from 1990.
> >
> > Is that a good bug report? Where should it be posted?
> 
> Try it on Linux.  If it works there, post it to the Cygwin list (i.e.,
> here) with words to that effect.  If it doesn't work on Linux either, post
> it to some general make bugs list -- I'm sure there is one; look at the
> homepage for GNU make.

"make bug"?  I'm getting this on Linux:

make: execvp: /bin/sh: Argument list too long
make: *** [all] Error 127

Doesn't look like a bug at all to me.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, 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: How about a TWIKI page?

[Dawson, David W]

Just wondering, but

Is the current "home of TWiki.Cygwin." at 
<>
what you are looking for?

Or are you looking for something different?

-David.
-
David Dawson
[EMAIL PROTECTED]
703-367-3885


-Original Message-
From: Marco Carnut [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 24, 2003 10:47 PM
To: [EMAIL PROTECTED]
Subject: RE: How about a TWIKI page?


Hi folks,

Mark Paulus wrote:

> Perhaps, instead of creating/adding all the issues that
> are coming up to the FAQ, how about running a
> TWIKI application, and linking it to the cygwin home page, 
> and then using that as cygwin's "expert system"?
> 
> Just a thought.

I'm for it. I can even volunteer to host it, or, if someone else has a
better place, install/maintain it.

Although I'm involved in writing a PKI-Enabled version of TWiki, I'd
reccomend using name-and-password for most users. Client certs, although
much more secure, are a pain to use in most browsers.

--Marco "Kiko" Carnut, CISSP
--Tempest Security Technologies -- www.tempest.com.br



--
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: Strange make [Error 255] (cygwin bug?)

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Corinna Vinschen wrote:

> On Thu, Sep 25, 2003 at 08:34:25AM -0400, Igor Pechtchanski wrote:
> > On Thu, 25 Sep 2003, Fodor Bertalan wrote:
> >
> > > > $ perl -e 'print "all:;[EMAIL PROTECTED] && \\\n"; foreach $i
> > > > (..) { print "\techo -n $i && \\\n"; } print
> > > > "\ttrue\n";' | make -f -
> > > > make: *** [all] Error 255
> > >
> > > Yes, that fails from 1990.
> > >
> > > Is that a good bug report? Where should it be posted?
> >
> > Try it on Linux.  If it works there, post it to the Cygwin list (i.e.,
> > here) with words to that effect.  If it doesn't work on Linux either, post
> > it to some general make bugs list -- I'm sure there is one; look at the
> > homepage for GNU make.
>
> "make bug"?  I'm getting this on Linux:
>
> make: execvp: /bin/sh: Argument list too long
> make: *** [all] Error 127
>
> Doesn't look like a bug at all to me.
>
> Corinna

Urp.  What I meant was "if it fails in the same way on Linux".  The above
looks like a legitimate error message.  FWIW, I just tried it on a RedHat
7.3 machine, and I'm getting the same error as Corinna.  Now that you
mention it, it could be that Cygwin's /bin/sh is exiting with status 255
on an overlong argument list, and this has nothing to do with make per
se...  Although all of

for sh in /bin/sh /bin/ksh /bin/bash /bin/tcsh; do
  perl -e 'print "all:;[EMAIL PROTECTED] && echo \$\$SHELL && \\\n"; foreach $i 
(..) { print "\techo -n $i && \\\n"; } print "\techo && true\n";' | make -f - 
SHELL=$sh
done

printed "make: *** [all] Error 255", so I doubt it's a specific shell's
behavior...  This is obviously Cygwin-specific, though.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Strange make [Error 255] (cygwin bug?)

[Corinna Vinschen]

On Thu, Sep 25, 2003 at 09:14:09AM -0400, Igor Pechtchanski wrote:
> On Thu, 25 Sep 2003, Corinna Vinschen wrote:
> > "make bug"?  I'm getting this on Linux:
> >
> > make: execvp: /bin/sh: Argument list too long
> > make: *** [all] Error 127
> >
> > Doesn't look like a bug at all to me.
> >
> > Corinna
> 
> Urp.  What I meant was "if it fails in the same way on Linux".  The above
> looks like a legitimate error message.  FWIW, I just tried it on a RedHat
> 7.3 machine, and I'm getting the same error as Corinna.  Now that you
> mention it, it could be that Cygwin's /bin/sh is exiting with status 255
> on an overlong argument list, and this has nothing to do with make per
> se...  Although all of
> 
> for sh in /bin/sh /bin/ksh /bin/bash /bin/tcsh; do
>   perl -e 'print "all:;[EMAIL PROTECTED] && echo \$\$SHELL && \\\n"; foreach $i 
> (..) { print "\techo -n $i && \\\n"; } print "\techo && true\n";' | make -f 
> - SHELL=$sh
> done
> 
> printed "make: *** [all] Error 255", so I doubt it's a specific shell's
> behavior...  This is obviously Cygwin-specific, though.

Why so complicated?

A simple strace shows that the native Windows call CreateProcess() fails
with error 87.

$ net helpmsg 87
The parameter is incorrect.

Another simple look into MSDN for the CreateProcess call reveals:

  lpCommandLine 
[in, out] Pointer to a null-terminated string that specifies the
command line to execute. The maximum length of this string is 32K
characters.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, 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/

xfree86 cut/copy/paste

[Bill McCormick]

Hello,

Is there cut/copy/paste functionality with xfree86 (using windows clipboard)
like there is with rxvt?

I'm sure this has come up before but I can't seem to find it.

Thanks,

Bill
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003


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

Make error 255 bug

[Fodor Bertalan]

So it looks like a bug either in cygwin or in cygwin make.

* Test command:

$ perl -e 'print "all:;[EMAIL PROTECTED] && \\\n"; foreach $i (..) { print
"\techo -n $i && \\\n"; } print "\ttrue\n";' | make -f -

* Cygwin 1.5
Make 3.80
Works only if number is not larger than 1989, otherwise
make: *** [all] Error 255

When long lines get into the way of make, it executes nothing, but stops
with this error.

Other systems:

* Solaris 2.7
GNU Make 3.76.1
...
-n 
-n 
-n 
-n 1
--> Works correctly even with larger numbers.

* Linux 2.2.19
GNU Make 3.79.1
Works only if number is not larger than 7747
make: execvp: /bin/sh: Argument list too long
make: *** [all] Error 127

Bert


--
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: How about a TWIKI page?

[Mark Paulus]

That could very well be the page I want(ed).  But,
I think it should have a link off of the Cygwin Home Page,
If it were there, then maybe others would more
willing to contribute to it.  For Example, I do believe that 
Mark J. de Jong's instructions on how to set up an SSHD
server would be good for the TWIKI.  As well as perhaps, 
"How to set up an RXVT title with bash", etc, etc.  Searching
the mail archives is nice, if you have the time, know the key
words, and are willing to run down all the little rabbit trails
that get started.

I also believe that using the TWIKI could relieve the FAQ 
maintainers jobs some.  Much of what's in the FAQ could
be put in the TWIKI, and the FAQ can become a FAQ, not
a container for all the distilled knowledge about Cygwin.

On Thu, 25 Sep 2003 09:12:27 -0400, Dawson, David W wrote:

>Just wondering, but
>
>Is the current "home of TWiki.Cygwin." at 
><>
>what you are looking for?
>
>Or are you looking for something different?
>
>   -David.
>-
>David Dawson
>[EMAIL PROTECTED]
>703-367-3885
>
>
>-Original Message-
>From: Marco Carnut [mailto:[EMAIL PROTECTED] 
>Sent: Wednesday, September 24, 2003 10:47 PM
>To: [EMAIL PROTECTED]
>Subject: RE: How about a TWIKI page?
>
>
>Hi folks,
>
>Mark Paulus wrote:
>
>> Perhaps, instead of creating/adding all the issues that
>> are coming up to the FAQ, how about running a
>> TWIKI application, and linking it to the cygwin home page, 
>> and then using that as cygwin's "expert system"?
>> 
>> Just a thought.
>
>I'm for it. I can even volunteer to host it, or, if someone else has a
>better place, install/maintain it.
>
>Although I'm involved in writing a PKI-Enabled version of TWiki, I'd
>reccomend using name-and-password for most users. Client certs, although
>much more secure, are a pain to use in most browsers.
>
>--Marco "Kiko" Carnut, CISSP
>--Tempest Security Technologies -- www.tempest.com.br
>
>
>
>--
>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/
>




--
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: Strange make [Error 255] (cygwin bug?)

[Christopher Faylor]

On Thu, Sep 25, 2003 at 03:40:36PM +0200, Corinna Vinschen wrote:
>On Thu, Sep 25, 2003 at 09:14:09AM -0400, Igor Pechtchanski wrote:
>> On Thu, 25 Sep 2003, Corinna Vinschen wrote:
>> > "make bug"?  I'm getting this on Linux:
>> >
>> > make: execvp: /bin/sh: Argument list too long
>> > make: *** [all] Error 127
>> >
>> > Doesn't look like a bug at all to me.
>> >
>> > Corinna
>> 
>> Urp.  What I meant was "if it fails in the same way on Linux".  The above
>> looks like a legitimate error message.  FWIW, I just tried it on a RedHat
>> 7.3 machine, and I'm getting the same error as Corinna.  Now that you
>> mention it, it could be that Cygwin's /bin/sh is exiting with status 255
>> on an overlong argument list, and this has nothing to do with make per
>> se...  Although all of
>> 
>> for sh in /bin/sh /bin/ksh /bin/bash /bin/tcsh; do
>>   perl -e 'print "all:;[EMAIL PROTECTED] && echo \$\$SHELL && \\\n"; foreach $i 
>> (..) { print "\techo -n $i && \\\n"; } print "\techo && true\n";' | make -f 
>> - SHELL=$sh
>> done
>> 
>> printed "make: *** [all] Error 255", so I doubt it's a specific shell's
>> behavior...  This is obviously Cygwin-specific, though.
>
>Why so complicated?
>
>A simple strace shows that the native Windows call CreateProcess() fails
>with error 87.
>
>$ net helpmsg 87
>The parameter is incorrect.
>
>Another simple look into MSDN for the CreateProcess call reveals:
>
>  lpCommandLine 
>[in, out] Pointer to a null-terminated string that specifies the
>command line to execute. The maximum length of this string is 32K
>characters.

How come cygwin isn't setting an errno appropriately, then?  Shouldn't
it be reflected by make?

In any event, this might help:

mount -f -X c:/cygwin/bin /bin
mount -f -x c:/cygwin/bin/strace.exe /bin/strace.exe
mount -f -x c:/cygwin/bin/cygcheck.exe /bin/cygcheck.exe

since telling cygwin that the files are all cygwin-aware should make cygwin
bypass the standard windows command line stuff.

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: No support for wchar_t in latest Cygwin?

[Joshua Kwan]

On Thu, Sep 25, 2003 at 11:53:19AM +0200, Ronald Landheer-Cieslak wrote:
> AFAIK, this is a PTC situation..

I take this as a 'no' then? What you've just said applies to everything
not done in Cygwin, but I was soliciting information on whether this
*had* been done, or intelligently worked around. But thanks anyway...

-- 
Joshua Kwan


pgp0.pgp
Description: PGP signature

Re: g77 -mno-cygwin failed

[Teun Burgers]

TX wrote:

> Hi All
> G77 in the latest GCC-3.3.3-1 doesn't work:
> 
> >g77 -mno-cygwin foo.f
> >g77: installation problem, cannot exec 'f771': No such file or
> directory
> 
> Can anyone help?

Compiling a Hello world fortran program with g77 -v reveals that

g77 -v -o hello hello.f

calls /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/f771.exe. (OK)

g77 -v -mno-cygwin -o hello hello.f

calls f771.exe and can't find f771.exe along the path.
A problem with the specs file?

Teun

--
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] New package: aspell version 0.50.3-1

[Ronald Landheer-Cieslak]

On behalf of the aspell maintainer, Gareth Pearce:

New News:
=
Version 0.50.3-1 of the aspell package is now available for download.
This corresponds to the latest official release (0.50-3).

To update your installation:
===
Run the Setup utility from http://cygwin.com/setup.exe and pick up the 
proper packages.

Problem reports:
===
Please send reports of any problems related to these packages to 
[EMAIL PROTECTED] and *do not* mail me personally. I moniter the list on a 
regular basis.

Old News:

The current aspell is an ispell replacement, which is derived from the
old aspell and pspell libraries.  It provides advanced interactive
spelling correction capabilities.

Port Notes:
===
Aspell builds and functions out of the box with no modifications.

- version 0.50.3-1 -
Initial release


--
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: No support for wchar_t in latest Cygwin?

[Ronald Landheer-Cieslak]

On Thu, Sep 25, 2003 at 06:54:43AM -0700, Joshua Kwan wrote:
> On Thu, Sep 25, 2003 at 11:53:19AM +0200, Ronald Landheer-Cieslak wrote:
> > AFAIK, this is a PTC situation..
> 
> I take this as a 'no' then? What you've just said applies to everything
> not done in Cygwin, but I was soliciting information on whether this
> *had* been done, or intelligently worked around. But thanks anyway...
Please read the follow-ups before replying so as not to be confused by the
confused :)
i.e. this is *not* a PTC situation :)

rlc

-- 
Authors (and perhaps columnists) eventually rise to the top of whatever
depths they were once able to plumb.
-- Stanley Kaufman

--
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: How about a TWIKI page?

[Igor Pechtchanski]

The reason there is no link from the main Cygwin page is that tWiki is
notoriously unfiltered, so there is no way to know whether the information
is correct.  The FAQ does pass through this filter (i.e., only the items
approved or confirmed by actual developers usually get into the FAQ).
With tWiki, the pages will have to be monitored by someone (most likely
Cygwin developers or the FAQ maintainer -- one more thing to monitor), and
either any incorrect information will have to be marked as such, or the
correct information will need to be marked approved -- both of which are
extra effort that will take up the developers' already short free
(volunteer) time.

Why not consider making the FAQ maintainer's job easier instead, and
submitting direct FAQ patches to this list?  That way, once your patch is
approved, it's easy to apply (no extra effort needed).  The FAQ file is
"winsup/doc/faq.texinfo" in the Cygwin sources (for instructions on
accessing the sources in CVS, see ).
Igor

On Thu, 25 Sep 2003, Mark Paulus wrote:

> That could very well be the page I want(ed).  But,
> I think it should have a link off of the Cygwin Home Page,
> If it were there, then maybe others would more
> willing to contribute to it.  For Example, I do believe that
> Mark J. de Jong's instructions on how to set up an SSHD
> server would be good for the TWIKI.  As well as perhaps,
> "How to set up an RXVT title with bash", etc, etc.  Searching
> the mail archives is nice, if you have the time, know the key
> words, and are willing to run down all the little rabbit trails
> that get started.
>
> I also believe that using the TWIKI could relieve the FAQ
> maintainers jobs some.  Much of what's in the FAQ could
> be put in the TWIKI, and the FAQ can become a FAQ, not
> a container for all the distilled knowledge about Cygwin.
>
> On Thu, 25 Sep 2003 09:12:27 -0400, Dawson, David W wrote:
>
> >Just wondering, but
> >
> >Is the current "home of TWiki.Cygwin." at
> ><>
> >what you are looking for?
> >
> >Or are you looking for something different?
> >
> >   -David.
> >-
> >David Dawson
> >[EMAIL PROTECTED]
> >703-367-3885
> >
> >
> >-Original Message-
> >From: Marco Carnut [mailto:[EMAIL PROTECTED]
> >Sent: Wednesday, September 24, 2003 10:47 PM
> >To: [EMAIL PROTECTED]
> >Subject: RE: How about a TWIKI page?
> >
> >
> >Hi folks,
> >
> >Mark Paulus wrote:
> >
> >> Perhaps, instead of creating/adding all the issues that
> >> are coming up to the FAQ, how about running a
> >> TWIKI application, and linking it to the cygwin home page,
> >> and then using that as cygwin's "expert system"?
> >>
> >> Just a thought.
> >
> >I'm for it. I can even volunteer to host it, or, if someone else has a
> >better place, install/maintain it.
> >
> >Although I'm involved in writing a PKI-Enabled version of TWiki, I'd
> >reccomend using name-and-password for most users. Client certs, although
> >much more secure, are a pain to use in most browsers.
> >
> >--Marco "Kiko" Carnut, CISSP

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

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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] New package: aspell-en version 0.51.0-1

[Ronald Landheer-Cieslak]

New News:
=
Version 0.51.0-1 of the aspell-en package is now available for download.
This corresponds to the latest official release (0.51-0).

To update your installation:
===
Run the Setup utility from http://cygwin.com/setup.exe and pick up the 
proper packages.

Problem reports:
===
Please send reports of any problems related to these packages to 
[EMAIL PROTECTED] and *do not* mail me personally. I moniter the list on a 
regular basis.

Old News:

aspell-en is the english-language dictionary for the aspell spell checker, 
which is also part of the Cygwin Net distribution. You will need aspell to
use this dictionary (and you will need at least one dictionary to use aspell).

Port Notes:
===
Generally, note that the version number has been mangled to fit Cygwin version
numbers. Other that that, nothing has changed..

- version 0.51.0-1 -
none


--
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] New package: gmp-4.1.2-1

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

gmp-4.1.2-1 has been uploaded to the Cygwin net distribution.

GMP is a free library for arbitrary precision arithmetic, operating on
signed integers, rational numbers, and floating point numbers. There is
no practical limit to the precision except the ones implied by the
available memory in the machine GMP runs on. GMP has a rich set of
functions, and the functions have a regular interface.

Please notice that the binary was compiled with 486 architecture but
with optimization for the 686 cpu (-O2 -g -fomit-frame-pointer
- -march=i486 -mcpu=i686).

The primary source for information for gmp is:


Please  send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html .  I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

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

~*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAj9y/FUACgkQaJiCLMjyUvu05wCaAu3mZkaaFNywzwKFKaGwSOnq
wbkAoPD/e7Uly21E3zAeQAjLS27UfFE0
=qRTV
-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: g77 -mno-cygwin failed

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Teun Burgers wrote:

> TX wrote:
>
> > Hi All
> > G77 in the latest GCC-3.3.3-1 doesn't work:
> >
> > >g77 -mno-cygwin foo.f
> > >g77: installation problem, cannot exec 'f771': No such file or
> > directory
> >
> > Can anyone help?
>
> Compiling a Hello world fortran program with g77 -v reveals that
>
> g77 -v -o hello hello.f
>
> calls /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/f771.exe. (OK)
>
> g77 -v -mno-cygwin -o hello hello.f
>
> calls f771.exe and can't find f771.exe along the path.
> A problem with the specs file?
>
> Teun

"g77 -mno-cygwin" will most likely call
/usr/lib/gcc-lib/i686-pc-mingw/3.3.1/f771.exe, which should be part of the
"gcc-mingw" package.  Unfortunately, "gcc-mingw" uses a weird packaging
scheme (a tarball inside a tarball), so you couldn't have used the package
search page to find that out.  Judging by the size of the tarball in the
latest "gcc-mingw-20030911-2" package (1.3M) vs. the one in 20020817-5
(2.1M), some files may be missing in the new version.  It's likely
f771.exe is one of them.  If you have the latest "gcc-mingw" installed,
"tar tf /etc/postinstall/gcc-mingw-3.3.1-20030804-1.tar | grep f77" should
confirm or deny my guess.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: g77 -mno-cygwin failed

[Roman Belenov]

Teun Burgers <[EMAIL PROTECTED]> writes:

> g77 -v -mno-cygwin -o hello hello.f
>
> calls f771.exe and can't find f771.exe along the path.
> A problem with the specs file?

f771 is not included in gcc-mingw package, so I guess it's a problem
with distribution.

-- 
With regards, Roman.


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

gcc -mno-cygwin fails

[Gregory C. Sharp]

Following up with recent problems noted about g77 -mno-cygwin, 
the same problem occurs for gcc.

I am using the newest packages:  gcc-3.3.1-2, gcc-mingw-20030911-2

$ gcc foo.c
$ gcc -mno-cygwin foo.c
gcc: installation problem, cannot exec `cc1': No such file or directory
$ 

Any workaround is appreciated.

Regards,
Greg
-- 
Gregory C. Sharp
Research Fellow, Mass General Hospital
http://gray.mgh.harvard.edu


--
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: gcc -mno-cygwin fails

[Gerrit P. Haase]

Gregory schrieb:


> Following up with recent problems noted about g77 -mno-cygwin, 
> the same problem occurs for gcc.

> I am using the newest packages:  gcc-3.3.1-2, gcc-mingw-20030911-2

> $ gcc foo.c
> $ gcc -mno-cygwin foo.c
> gcc: installation problem, cannot exec `cc1': No such file or directory
> $ 

Make some symlinks in the directory:
/usr/lib/gcc-lib/i686-pc-mingw/3.3.1/
to all the executables in this directory:
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/

as it was in 3.2-x:
$ ls -l /usr/lib/gcc-lib/i686-pc-mingw32/3.2
total 143
-rwxr-xr-x1 gerrit   Domänen-89490 Aug 17  2002 SYSCALLS.c.X*
lrwxrwxrwx1 gerrit   Domänen-  144 Aug 28 12:05 cc1.exe -> 
../../i686-pc-cygwin/3.2/cc1.exe
lrwxrwxrwx1 gerrit   Domänen-  166 Aug 28 12:05 cc1obj.exe -> 
../../i686-pc-cygwin/3.2/cc1obj.exe
lrwxrwxrwx1 gerrit   Domänen-  152 Aug 28 12:05 cc1plus.exe -> 
../../i686-pc-cygwin/3.2/cc1plus.exe
lrwxrwxrwx1 gerrit   Domänen-  146 Aug 28 12:05 cpp0.exe -> 
../../i686-pc-cygwin/3.2/cpp0.exe
lrwxrwxrwx1 gerrit   Domänen-  150 Aug 28 12:05 crtbegin.o -> 
../../i686-pc-cygwin/3.2/crtbegin.o
lrwxrwxrwx1 gerrit   Domänen-  146 Aug 28 12:05 crtend.o -> 
../../i686-pc-cygwin/3.2/crtend.o
lrwxrwxrwx1 gerrit   Domänen-  146 Aug 28 12:05 f771.exe -> 
../../i686-pc-cygwin/3.2/f771.exe
drwxrwxrwx+   3 gerrit   Domänen- 4096 Aug 28 12:05 include/
-rwxr-xr-x1 gerrit   Domänen-55372 Aug 17  2002 libgcc.a*
lrwxrwxrwx1 gerrit   Domänen-  140 Aug 28 12:05 specs -> 
../../i686-pc-cygwin/3.2/specs
lrwxrwxrwx1 gerrit   Domänen-  154 Aug 28 12:05 tradcpp0.exe -> 
../../i686-pc-cygwin/3.2/tradcpp0.exe


Gerrit
-- 
=^..^=


--
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: g77 -mno-cygwin failed

[Gerrit P. Haase]

Roman schrieb:

> Teun Burgers <[EMAIL PROTECTED]> writes:

>> g77 -v -mno-cygwin -o hello hello.f
>>
>> calls f771.exe and can't find f771.exe along the path.
>> A problem with the specs file?

> f771 is not included in gcc-mingw package, so I guess it's a problem
> with distribution.


Make some symlinks in the directory:
/usr/lib/gcc-lib/i686-pc-mingw/3.3.1/
to all the executables in this directory:
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/

as it was in 3.2-x:
$ ls -l /usr/lib/gcc-lib/i686-pc-mingw32/3.2
total 143
-rwxr-xr-x1 gerrit   Domänen-89490 Aug 17  2002 SYSCALLS.c.X*
lrwxrwxrwx1 gerrit   Domänen-  144 Aug 28 12:05 cc1.exe -> 
../../i686-pc-cygwin/3.2/cc1.exe
lrwxrwxrwx1 gerrit   Domänen-  166 Aug 28 12:05 cc1obj.exe -> 
../../i686-pc-cygwin/3.2/cc1obj.exe
lrwxrwxrwx1 gerrit   Domänen-  152 Aug 28 12:05 cc1plus.exe -> 
../../i686-pc-cygwin/3.2/cc1plus.exe
lrwxrwxrwx1 gerrit   Domänen-  146 Aug 28 12:05 cpp0.exe -> 
../../i686-pc-cygwin/3.2/cpp0.exe
lrwxrwxrwx1 gerrit   Domänen-  150 Aug 28 12:05 crtbegin.o -> 
../../i686-pc-cygwin/3.2/crtbegin.o
lrwxrwxrwx1 gerrit   Domänen-  146 Aug 28 12:05 crtend.o -> 
../../i686-pc-cygwin/3.2/crtend.o
lrwxrwxrwx1 gerrit   Domänen-  146 Aug 28 12:05 f771.exe -> 
../../i686-pc-cygwin/3.2/f771.exe
drwxrwxrwx+   3 gerrit   Domänen- 4096 Aug 28 12:05 include/
-rwxr-xr-x1 gerrit   Domänen-55372 Aug 17  2002 libgcc.a*
lrwxrwxrwx1 gerrit   Domänen-  140 Aug 28 12:05 specs -> 
../../i686-pc-cygwin/3.2/specs
lrwxrwxrwx1 gerrit   Domänen-  154 Aug 28 12:05 tradcpp0.exe -> 
../../i686-pc-cygwin/3.2/tradcpp0.exe


Gerrit
-- 
=^..^=


--
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: g77 -mno-cygwin failed

[Teun Burgers]

Igor Pechtchanski wrote:

> "g77 -mno-cygwin" will most likely call
> /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/f771.exe, which should be part of the
> "gcc-mingw" package.  Unfortunately, "gcc-mingw" uses a weird packaging
> scheme (a tarball inside a tarball), so you couldn't have used the package
> search page to find that out.  Judging by the size of the tarball in the
> latest "gcc-mingw-20030911-2" package (1.3M) vs. the one in 20020817-5
> (2.1M), some files may be missing in the new version.

There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and
hence missing in gcc-mingw-3.3.1-20030804.tar
Making this softlink from within this subdir fixes the problem:

ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe

Teun

--
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: g77 -mno-cygwin failed

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Teun Burgers wrote:

> Igor Pechtchanski wrote:
>
> > "g77 -mno-cygwin" will most likely call
> > /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/f771.exe, which should be part of the
> > "gcc-mingw" package.  Unfortunately, "gcc-mingw" uses a weird packaging
> > scheme (a tarball inside a tarball), so you couldn't have used the package
> > search page to find that out.  Judging by the size of the tarball in the
> > latest "gcc-mingw-20030911-2" package (1.3M) vs. the one in 20020817-5
> > (2.1M), some files may be missing in the new version.
>
> There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and
> hence missing in gcc-mingw-3.3.1-20030804.tar
> Making this softlink from within this subdir fixes the problem:
>
> ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe
>
> Teun

No, no, no!  This will produce an executable linked with Cygwin (as can be
verified by running "cygcheck" on it).  You don't want that -- you want
MinGW executables to be regular Windows programs, using MSVCRT.DLL as
their C/Fortran runtime.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: gcc -mno-cygwin fails

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Gregory C. Sharp wrote:

> Following up with recent problems noted about g77 -mno-cygwin,
> the same problem occurs for gcc.
>
> I am using the newest packages:  gcc-3.3.1-2, gcc-mingw-20030911-2
>
> $ gcc foo.c
> $ gcc -mno-cygwin foo.c
> gcc: installation problem, cannot exec `cc1': No such file or directory
> $
>
> Any workaround is appreciated.
>
> Regards,
> Greg

Did you install the "gcc-mingw" package?
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: g77 -mno-cygwin failed

[Gerrit P. Haase]

Igor Pechtchanski wrote:
>> There is a softlink missing in
>> /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and
>> hence missing in gcc-mingw-3.3.1-20030804.tar
>> Making this softlink from within this subdir fixes the problem:

>> ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe

> No, no, no!  This will produce an executable linked with Cygwin (as can be
> verified by running "cygcheck" on it).  You don't want that -- you want
> MinGW executables to be regular Windows programs, using MSVCRT.DLL as
> their C/Fortran runtime.

Why?  What are the -mno-cygwin flags good for then?  This was also the
way it was in gcc-3.2-x and it worked IIRC.


Gerrit
-- 
=^..^=


--
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: g77 -mno-cygwin failed

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Igor Pechtchanski wrote:

> On Thu, 25 Sep 2003, Teun Burgers wrote:
>
> > Igor Pechtchanski wrote:
> >
> > > "g77 -mno-cygwin" will most likely call
> > > /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/f771.exe, which should be part of the
> > > "gcc-mingw" package.  Unfortunately, "gcc-mingw" uses a weird packaging
> > > scheme (a tarball inside a tarball), so you couldn't have used the package
> > > search page to find that out.  Judging by the size of the tarball in the
> > > latest "gcc-mingw-20030911-2" package (1.3M) vs. the one in 20020817-5
> > > (2.1M), some files may be missing in the new version.
> >
> > There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and
> > hence missing in gcc-mingw-3.3.1-20030804.tar
> > Making this softlink from within this subdir fixes the problem:
> >
> > ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe
> >
> > Teun
>
> No, no, no!  This will produce an executable linked with Cygwin (as can be
> verified by running "cygcheck" on it).  You don't want that -- you want
> MinGW executables to be regular Windows programs, using MSVCRT.DLL as
> their C/Fortran runtime.
> Igor

Oops!  Apologies -- you were absolutely correct.  It's the "libgcc.a" that
needs to be Cygwin-independent; the executables are symlinked.

Note to self: verify the data before sending it to the list.  I usually
do.  Honest! :-D
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: g77 -mno-cygwin failed

[Teun Burgers]

Igor Pechtchanski wrote:

> > There is a softlink missing in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1 and
> > hence missing in gcc-mingw-3.3.1-20030804.tar
> > Making this softlink from within this subdir fixes the problem:
> >
> > ln -s ../../i686-pc-cygwin/3.3.1/f771.exe f771.exe
> >
> > Teun
> 
> No, no, no!  This will produce an executable linked with Cygwin (as can be
> verified by running "cygcheck" on it).

Nope, the softlink *does* result in a correct dependency on msvcrt.dll (as
verified by cygcheck).

cc1.exe and cc1plus.exe in /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1
are already softlinks to the executables in /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1
created by unpacking gcc-mingw-3.3.1-20030804.tar.

Teun

--
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: gcc -mno-cygwin fails

[Greg Sharp]

Igor Pechtchanski wrote:
On Thu, 25 Sep 2003, Gregory C. Sharp wrote:
Following up with recent problems noted about g77 -mno-cygwin,
the same problem occurs for gcc.
I am using the newest packages:  gcc-3.3.1-2, gcc-mingw-20030911-2

$ gcc foo.c
$ gcc -mno-cygwin foo.c
gcc: installation problem, cannot exec `cc1': No such file or directory
$
Did you install the "gcc-mingw" package?
Igor
I have gcc-mingw-20030911-2, which "setup" lists as the most recent.

From Gerrit's suggestion about symlinks, I try this...

> Make some symlinks in the directory:
> /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/
> to all the executables in this directory:
> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/
But I don't even have a /usr/lib/gcc-lib/i686-pc-mingw/3.3.1 directory!

$ pwd
/usr/lib/gcc-lib/i686-pc-mingw32
$ ls
3.2
$
So I am thinking that downgrading to gcc package 3.2-3 will fix it.
Let's try...
$ gcc foo.c
$ gcc -mno-cygwin foo.c
$
Wow, great!  Thanks for the hints to get gcc working again!!

One last question, I'm always interested in trying the latest
packages, so is there a gcc-mingw that matches the gcc 3.3.1?
Greg
--
Gregory C. Sharp
Research Fellow, Mass General Hospital
http://gray.mgh.harvard.edu


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] Updated: gcc-3.3.1-2

[Peter J. Stieber]

> I've made a new version of gcc available for download.  This is a very
> minor refresh from the 3.3.1-1.  The only noticeable change from the
> last release was an attempt to correctly define mbstate_t.

Thanks for the quick fix Chris. This fixed the problem in my original report
http://www.cygwin.com/ml/cygwin/2003-09/msg01505.html

But you already knew that ;-)
Pete


--
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: gcc -mno-cygwin fails

[Igor Pechtchanski]

Greg,

On Thu, 25 Sep 2003, Greg Sharp wrote:

> Igor Pechtchanski wrote:
> > On Thu, 25 Sep 2003, Gregory C. Sharp wrote:
> >>Following up with recent problems noted about g77 -mno-cygwin,
> >>the same problem occurs for gcc.
> >>
> >>I am using the newest packages:  gcc-3.3.1-2, gcc-mingw-20030911-2
> >>
> >>$ gcc foo.c
> >>$ gcc -mno-cygwin foo.c
> >>gcc: installation problem, cannot exec `cc1': No such file or directory
> >>$
> >
> > Did you install the "gcc-mingw" package?
> >   Igor
>
> I have gcc-mingw-20030911-2, which "setup" lists as the most recent.
>
>  From Gerrit's suggestion about symlinks, I try this...
>
>  > Make some symlinks in the directory:
>  > /usr/lib/gcc-lib/i686-pc-mingw/3.3.1/
>  > to all the executables in this directory:
>  > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/
>
> But I don't even have a /usr/lib/gcc-lib/i686-pc-mingw/3.3.1 directory!

I believe both I and Gerrit made a typo in the directory name.  It should
be /usr/lib/gcc-lib/i686-pc-mingw32 (not i686-pc-mingw).

> $ pwd
> /usr/lib/gcc-lib/i686-pc-mingw32
> $ ls
> 3.2
> $

Doesn't look like you have gcc-mingw-20030911-2 installed.

> So I am thinking that downgrading to gcc package 3.2-3 will fix it.
> Let's try...
>
> $ gcc foo.c
> $ gcc -mno-cygwin foo.c
> $
>
> Wow, great!  Thanks for the hints to get gcc working again!!
>
> One last question, I'm always interested in trying the latest
> packages, so is there a gcc-mingw that matches the gcc 3.3.1?
>
> Greg

There is (gcc-mingw-20030911-2), but it's apparently broken.  Following
Gerrit's suggestions (substituting i686-pc-mingw32 for i686-pc-mingw)
should give you a working 3.3.1 gcc-mingw.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Strange make [Error 255] (cygwin bug?)

[Bertalan Fodor]

> In any event, this might help:
> mount -f -X c:/cygwin/bin /bin

This has solved the problem, thank you very much.

Bert


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

cuteftp pro 2.0 won't connect

[Randy Connelly]

We recently upgraded to OpenSSH version 3.7.1p2 and our CuteFTP Pro 2.0 
users cannot connect.  We're using SSH2, 3des encryption, no 
compression.  Now users that attempt to connect using WinSCP, same settings 
can successfully connect no problem.  Any ideas?

Randy Connelly
Vermont Public Radio
--
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: gcc -mno-cygwin fails

[Greg Sharp]

Igor Pechtchanski wrote:
I have gcc-mingw-20030911-2, which "setup" lists as the most recent.


>>
$ pwd
/usr/lib/gcc-lib/i686-pc-mingw32
$ ls
3.2
$
Doesn't look like you have gcc-mingw-20030911-2 installed.
Hmmm, interesting comment.  So I use "setup" to "reinstall"
gcc-mingw-20030911-2, now I get this:
$ pwd
/usr/lib/gcc-lib/i686-pc-mingw32
$ ls
3.2  3.3.1
Could be a "setup" related problem?

Thank you for all the help and advice.  You guys are awesome
(and so is cygwin)!
Greg
--
Gregory C. Sharp
Research Fellow, Mass General Hospital
http://gray.mgh.harvard.edu


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

/etc/profile not being executed by cron job

[Al Goodniss]

Hi,

Please point me to what I missed. I have a simple cron job doing backups using tar and 
find. Works flawlessly in an interactive shell. Cron also works fine for fetching 
mail, etc. The combination doesn't work. 

When I run my bash (tcsh also fails) script via Cron the wrong find is found. Instead 
of /usr/bin/find I get the windows version. My /etc/profile does prepend the 
directories, the permissions seen accurate - as per the other fixes that were in the 
archives. 

What did I miss? 

-Al

--- Test script ---
#!/usr/bin/bash

date

echo $PATH # reports only windows paths, no Cygwin
which find # Finds the win32 version


-- Results --
Thu Sep 25 12:08:00 EST 2003
/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/PROGRA~1/ULTRAE~1:/c/Program
 Files/Micros
oft SQL Server/80/Tools/Binn/:/bin
/c/WINDOWS/system32/find

-- /etc/profile --
PATH="/usr/local/bin:/usr/bin:/bin:$PATH"
export PATH

USER="`id -un`"

# Set up USER's home directory
if [ -z "$HOME" ]; then
  HOME="/home/$USER"
fi

if [ ! -d "$HOME" ]; then
mkdir -p "$HOME"
fi

export HOME USER

for i in /etc/profile.d/*.sh ; do
if [ -f $i ]; then
. $i
fi
done

export MAKE_MODE=unix
export PS1='\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ '

cd "$HOME"


--
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: gcc -mno-cygwin fails

[Christopher Faylor]

On Thu, Sep 25, 2003 at 05:09:40PM +0200, Gerrit P. Haase wrote:
>Gregory schrieb:
>
>
>> Following up with recent problems noted about g77 -mno-cygwin, 
>> the same problem occurs for gcc.
>
>> I am using the newest packages:  gcc-3.3.1-2, gcc-mingw-20030911-2
>
>> $ gcc foo.c
>> $ gcc -mno-cygwin foo.c
>> gcc: installation problem, cannot exec `cc1': No such file or directory
>> $ 
>
>Make some symlinks in the directory:
>/usr/lib/gcc-lib/i686-pc-mingw/3.3.1/
>to all the executables in this directory:
>/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/

PLEASE DO NOT DO THIS!

If there is a problem in the packaging then we fix the packaging.  We don't
give advice on how to work around the packaging.

Cheesh.

In this case, it seems like the gcc-mingw package wasn't actually installed.
If standard problem reporting procedures had been employed (attaching cygcheck
output), we would know this for sure.

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: open () and /dev/ttyS0

[Craig Gullixson]

It turns out that the permission denied error was due to a typeo causing
an attempt to open the serial port a second time (me: bashing head against
wall).  After that was corrected, tty port works fine with my POSIX tty
library.

---Craig

>
>I have an application where I need to communicate with some simple
>controllers via serial commands.  I have a package to do the low level
>open,read,write, and close tasks for a tty port that I have been using
>for a number of years under Solaris using the standard POSIX tty calls.
>
>My problem is that when attempting to open /dev/ttyS0, I get a
>permission denied error.  I get the same error when attempting to
>open /dev/com1.  Curiously, the open works when opening "com1" but
>the tcgetattr () call then fails with a not a typewriter error
>(presumably ENOTTY).
>
>I can manually communicate with the controllers via hyperterm.
>
>My configuration is 
>
>uname -a output:
>
>CYGWIN_NT-5.0 dlsppc 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown 
>Cygwin
>
>The windows system is:
>
>Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
>
>built on a FAT32 partition.
>
>
>I have noted several similar problems with opening serial ports in the
>archives but have not see anything regarding this being resolved.
>
>Any suggestions would be appreciated.
>
>---Craig
>
>
>
>Craig A. Gullixson
>Instrument EngineerINTERNET: [EMAIL PROTECTED]
>National Solar Observatory/Sac. PeakPHONE: (505) 434-7065
>Sunspot, NM 88349 USA   FAX: (505) 434-7029
>


--
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: /etc/profile not being executed by cron job

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Al Goodniss wrote:

> Hi,
>
> Please point me to what I missed. I have a simple cron job doing backups
> using tar and find. Works flawlessly in an interactive shell. Cron also
> works fine for fetching mail, etc. The combination doesn't work.
>
> When I run my bash (tcsh also fails) script via Cron the wrong find is
> found. Instead of /usr/bin/find I get the windows version. My
> /etc/profile does prepend the directories, the permissions seen accurate
> - as per the other fixes that were in the archives.
>
> What did I miss?
>
> -Al
>
> --- Test script ---
> #!/usr/bin/bash
> [snip]

The regular invocation of bash is a non-login shell, and thus won't
execute /etc/profile.

Try changing the #! line to "#!/usr/bin/bash -l".  Be aware that you will
not be able to use a relative path either to invoke the script or inside
the script after that, as /etc/profile does a 'cd "$HOME"'.

Alternatively, you can add the following to the top of the script:

if ! shopt -q login_shell; then
  exec -l /bin/bash --login "$PWD/$0" "$PWD" "$@"
fi
cd "$1"
shift

The above should work even with relative paths, but I haven't tested it
extensively.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: open () and /dev/ttyS0

[Ronald Landheer-Cieslak]

On Thu, Sep 25, 2003 at 10:34:01AM -0600, Craig Gullixson wrote:
> (me: bashing head agains wall)
Bash is by no means intentded to hurt the heads of developers! Please don't
abuse the shell in such a way!

(Sorry, couldn't resist ;)

rlc


--
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: open () and /dev/ttyS0

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Ronald Landheer-Cieslak wrote:

> On Thu, Sep 25, 2003 at 10:34:01AM -0600, Craig Gullixson wrote:
> > (me: bashing head agains wall)
> Bash is by no means intentded to hurt the heads of developers! Please don't
> abuse the shell in such a way!

Oh, yes, it is.  Haven't you taken a look at the source lately?

> (Sorry, couldn't resist ;)
> rlc

Ditto. ;-)
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Don't seem to be able to use CPAN after recent Cygwin updates (maybe)

[David Christensen]

[EMAIL PROTECTED]:

Wardman_Michael wrote:
> I used to be able to use CPAN (only a week or so ago) but now it seems
> to time out. I thought it might be a network / firewall type thing but
> I can use ncftp ok. See below ...

Does your environment have FTP_PASSIVE set?

[EMAIL PROTECTED]:~$ cat .bash_profile | grep FTP
export FTP_PASSIVE=1


HTH,

David


--
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: Setup cant open package database error?

[Tim Gunter]

On Wed, Sep 24, 2003 at 05:20:25PM -0400, Igor Pechtchanski wrote:
> Well, you could right-click on the directory in Explorer and select
> Properties -> Security -> Advanced...  I'm really not familiar with FAT32
> filesystems - I think neither ntsec nor ntea work on them.  Is there a
> possibility of moving Cygwin to an NTFS partition?  It would likely work
> much better there anyway...

there is no such tab on my system, i guess its probably better
to run from NTFS.

> Can you remove "/etc/setup/installed.db" by hand and rename
> "/etc/setup/installed.db.new" to it?  It might fix the problem, at least
> for one setup run...

i did this, and setup now behaves better and remembers that it
just installed the new stuff. looking at the current installed.db
file, and the output of "cygcheck -c", many packages that i
have installed are no longer listed(Perl, openssh, etc.). is this
information lost forever? atleast some of it appears in a
different format in the installed.db.old file.




thanks again for the help Igor.

--tim

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

bugreport: packaging error in gcc-mingw-3.3.1-20030911-2.tar.bz2

[Teun Burgers]

As recorded in the thread "gcc -mno-cygwin fails", there is I think
a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
of the gcc-mingw-3.3.1-20030911-2.tar.bz2 package.

viewing the contents of the .tar file and looking for the symlinks I
get:

tar tvf gcc-mingw-3.3.1-20030804-1.tar | grep exe
lrwxr-xr-x root/cgf  0 2003-09-13 18:18:31
lib/gcc-lib/i686-pc-mingw32/3.3.1/cc1.exe ->
../../i686-pc-cygwin/3.3.1/cc1.exe
lrwxr-xr-x root/cgf  0 2003-09-13 18:18:31
lib/gcc-lib/i686-pc-mingw32/3.3.1/cc1plus.exe ->
../../i686-pc-cygwin/3.3.1/cc1plus.exe

The link for f771.exe is missing, possibly others too. See
http://www.cygwin.com/ml/cygwin/2003-09/msg01620.html

btw during reinstall of this package there a popup is visible
very briefly with says something like "no package".

Teun

--
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: bugreport: packaging error in gcc-mingw-3.3.1-20030911-2.tar.bz2

[Shankar Unni]

Teun Burgers wrote:

> As recorded in the thread "gcc -mno-cygwin fails", there is I think
> a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
> of the gcc-mingw-3.3.1-20030911-2.tar.bz2 package.
 ^^

What the heck is this package?  I see a "gcc-3.3.1-2" and a
"gcc-mingw-20030911-2" package in the standard distribution, but not a
"gcc-mingw-3.3.1-20030911".

With the former two installed, things work just fine.



--
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: bugreport: packaging error in gcc-mingw-3.3.1-20030911-2.tar.bz2

[Larry Hall]

At 01:31 PM 9/25/2003, Shankar Unni you wrote:
>Teun Burgers wrote:
>
>> As recorded in the thread "gcc -mno-cygwin fails", there is I think
>> a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
>> of the gcc-mingw-3.3.1-20030911-2.tar.bz2 package.
> ^^
>
>What the heck is this package?  I see a "gcc-3.3.1-2" and a
>"gcc-mingw-20030911-2" package in the standard distribution, but not a
>"gcc-mingw-3.3.1-20030911".


I'm not sure what you're looking at to get the package names you mention
actually but, for clarification, gcc-mingw-3.3.1-20030911-2.tar.bz2 is the 
name of the file for the gcc-mingw package that goes with gcc 3.3.1 on 
Cygwin.  It's under your setup cache directory, if you're curious and
want to find it.


>With the former two installed, things work just fine.


Then it sounds like you have no cause for concern.  My WAG is everyone
is talking about the same thing here.



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

Re: bugreport: packaging error in gcc-mingw-3.3.1-20030911-2.tar.bz2

[Larry Hall]

At 01:43 PM 9/25/2003, Larry Hall you wrote
>At 01:31 PM 9/25/2003, Shankar Unni you wrote:
>>Teun Burgers wrote:
>>
>>> As recorded in the thread "gcc -mno-cygwin fails", there is I think
>>> a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
>>> of the gcc-mingw-3.3.1-20030911-2.tar.bz2 package.
>> ^^
>>
>>What the heck is this package?  I see a "gcc-3.3.1-2" and a
>>"gcc-mingw-20030911-2" package in the standard distribution, but not a
>>"gcc-mingw-3.3.1-20030911".
>
>
>I'm not sure what you're looking at to get the package names you mention
>actually but, for clarification, gcc-mingw-3.3.1-20030911-2.tar.bz2 is the 

  ^^^

No it ain't.  My eyes are playing tricks on me.  It's 
gcc-mingw-20030911-2.tar.bz2.


>name of the file for the gcc-mingw package that goes with gcc 3.3.1 on 
>Cygwin.  It's under your setup cache directory, if you're curious and
>want to find it.
>
>
>>With the former two installed, things work just fine.
>
>
>Then it sounds like you have no cause for concern.  My WAG is everyone
>is talking about the same thing here.
>
>
>
>--
>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/

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

OpenGL ? Re: gcc 3.3.1: include problem solved

[Brian Ford]

These questions are mainly directed at Andre Bleau (Cygwin's OpenGL
maintainer).

I am glad that the ambiguity in gcc include search paths has been
resolved.  However, the OpenGL includes in w32api/GL are from Mesa, and
are thus more complete and up-to-date.

What are the long term plans, if any, for reconciling these two
implementations?  It seems silly to have two copies of esstially the same
thing.

Are there any plans to update Cygwin's OpenGL headers to include 1.3 or
1.4 support?  Be it via using the w32api Mesa ones, or by other means.

Are there any plans to update Cygwin's glut to the current Nate Robins
version?

Thanks.

BTW, I'm more than willing to help here.  But since your the maintainer, I
need to know how you want to proceed.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: bugreport: packaging error in gcc-mingw-3.3.1-20030911-2.tar.bz2

[Shankar Unni]

Larry Hall wrote:

> At 01:31 PM 9/25/2003, Shankar Unni you wrote:
> >Teun Burgers wrote:
> >> gcc-mingw-3.3.1-20030911-2.tar.bz2 package.
> > ^^
> >
> >What the heck is this package?  

> I'm not sure what you're looking at to get the package names 
> you mention actually but, for clarification, 
> gcc-mingw-3.3.1-20030911-2.tar.bz2 is the name of the file 
> for the gcc-mingw package that goes with gcc 3.3.1 on Cygwin.

Oh, I see - yes, we are vehemently agreeing. Actually, the file inside
gcc-mingw-20030911-2.tar.bz2 is called
etc/postinstall/gcc-mingw-3.3.1-20030804-1.tar. (No .gz, and look at that
date mismatch!). But anyway, it works here..



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

NT-Emacs, bash and ^C still not working?

[Don Koch]

After digging through the archives and finding a thread that died on
May 8, 2001, http://sources.redhat.com/ml/cygwin/2001-05/msg00319.html,
I was wondering what the conclusion, if any, was on getting ctrl-c
working in an NT Emacs shell window running bash?  As of Cygwin
5.5.1, bash 2.05b, emacs 21.2, this still doesn't work (at least, for us).

If there's a magic setting I'm missing, I can't find it documented anywhere.

Thanks,

-- 
Don Koch
[EMAIL PROTECTED]

Not speaking for Cognex Corporation.



--
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__ ++ (RE: getuid() and root)

[Hannu E K Nevalainen \(garbage mail\)]

> From: Igor Pechtchanski

> On Thu, 25 Sep 2003, Hannu E K Nevalainen (garbage mail) wrote:
>
> > > From: Christopher Faylor
> >
> > > On Wed, Sep 24, 2003 at 09:21:38PM +0200, Hannu E K Nevalainen
> > > (garbage mail) wrote:
> >
> > > >I've been thinking that there is a need for a __NOCYGWIN__
> > > define too (to
> > > >be set when -mno-cygwin is used).
> > > >Any thoughts about this? Good(tm) or Bad(tm)?
> > >
> > > Bad.
> > >
> > > Rather than cast around in the dark here,
> >
> > Yes I'm in the dark, thank you I *DO* know that.
> >  _THAT IS WHY I'M HERE_ - I've said things inline with that
> before. You WILL
> > most likely read words in style with that - from me - many
> times over still.
>
> Hannu,
>
> This was not an offensive comment, but a figure of speech.

Then - I cannot do anything better than:

 *** Christopher: I am truly sorry. ***

With all this in mind, it looks like my knowledge of "sayings" is null and
void. It makes me even more sad. It opens up questions about my knowledge of
the English language - once again. :-[
Fine tuning needed, at least.

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --



> Why are you looking for a MinGW-specific #define in Cygwin documentation?
> Granted, it doesn't seem to be in MinGW docs either, but isn't that where
> you should have looked for it?
>
> FWIW, Google turns up 
>   Igor

 This is somewhat questionable IMO. No doubt that __MINGW32__ is something
that comes from the mingw project.
 But as it is available from the cygwin/bash command line it should be at
least MENTIONED in the cygwin docs too. Even a *broken* link could have
helped.

 As I was looking I had _no idea_ of WHAT to look for. This might have been
shortsighted of me, as you look on it now (with mingw in mind), but that is
how it was - I have no excuses WRT this.

--END OF MESSAGE--


--
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__ ++ FAQ change? ( faq.txt DIFF )

[Hannu E K Nevalainen \(garbage mail\)]

This is a quickly scribbled update of the FAQ. Contents is bare essentials
as I see it. Please do relevant "PTC"-actions.

$ diff -up /usr/share/doc/cygwin-doc-1.3/txt/faq.txt \
/usr/share/doc/cygwin-doc-1.3/txt/faq.txt.new
--- /usr/share/doc/cygwin-doc-1.3/txt/faq.txt   2003-09-04
19:46:02.0 +0200
+++ /usr/share/doc/cygwin-doc-1.3/txt/faq.txt.new   2003-09-25
20:48:42.0 +0200
@@ -3401,6 +3401,17 @@ Unix emulation environment and defining
 which think that they have to make special concessions for a Windows
 environment which Cygwin handles automatically.

+Note that using -mno-cygwin replaces __CYGWIN__ with __MINGW32__ as to
+tell which compiler (or settings) you're running.
+Check this out in detail by running e.g.
+   $ gcc  -dM -E -xc /dev/null >gcc_
+with each  and then use the diff utility to check what the
+difference is in the output.
+Relevant  keywords;
+ --mno-cygwin
+ --mwin32
+ nothing (i.e. remove  ).
+
 How should I port my Unix GUI to Windows?
 -

-- end of diff, NOTE EMPTY LINE! --

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--END OF MESSAGE--


--
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__ ++ FAQ change? ( faq.txt DIFF )

[Igor Pechtchanski]

Hannu,

faq.txt is generated.  See
 for the location of
the "real" faq.
Igor

On Thu, 25 Sep 2003, Hannu E K Nevalainen (garbage mail) wrote:

> This is a quickly scribbled update of the FAQ. Contents is bare essentials
> as I see it. Please do relevant "PTC"-actions.
>
> $ diff -up /usr/share/doc/cygwin-doc-1.3/txt/faq.txt \
> /usr/share/doc/cygwin-doc-1.3/txt/faq.txt.new
> --- /usr/share/doc/cygwin-doc-1.3/txt/faq.txt   2003-09-04
> 19:46:02.0 +0200
> +++ /usr/share/doc/cygwin-doc-1.3/txt/faq.txt.new   2003-09-25
> 20:48:42.0 +0200
> @@ -3401,6 +3401,17 @@ Unix emulation environment and defining
>  which think that they have to make special concessions for a Windows
>  environment which Cygwin handles automatically.
>
> +Note that using -mno-cygwin replaces __CYGWIN__ with __MINGW32__ as to
> +tell which compiler (or settings) you're running.
> +Check this out in detail by running e.g.
> +   $ gcc  -dM -E -xc /dev/null >gcc_
> +with each  and then use the diff utility to check what the
> +difference is in the output.
> +Relevant  keywords;
> + --mno-cygwin
> + --mwin32
> + nothing (i.e. remove  ).
> +
>  How should I port my Unix GUI to Windows?
>  -
>
> -- end of diff, NOTE EMPTY LINE! --
>
> /Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
> -- UTC+01, DST -> UTC+02  --
> --END OF MESSAGE--

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

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Setup cant open package database error?

[Robert Collins]

On Fri, 2003-09-26 at 02:53, Tim Gunter wrote:
> On Wed, Sep 24, 2003 at 05:20:25PM -0400, Igor Pechtchanski wrote:
> > Well, you could right-click on the directory in Explorer and select
> > Properties -> Security -> Advanced...  I'm really not familiar with FAT32
> > filesystems - I think neither ntsec nor ntea work on them.  Is there a
> > possibility of moving Cygwin to an NTFS partition?  It would likely work
> > much better there anyway...
> 
> there is no such tab on my system, i guess its probably better
> to run from NTFS.
> 
> > Can you remove "/etc/setup/installed.db" by hand and rename
> > "/etc/setup/installed.db.new" to it?  It might fix the problem, at least
> > for one setup run...
> 
> i did this, and setup now behaves better and remembers that it
> just installed the new stuff. looking at the current installed.db
> file, and the output of "cygcheck -c", many packages that i
> have installed are no longer listed(Perl, openssh, etc.). is this
> information lost forever? atleast some of it appears in a
> different format in the installed.db.old file.

There have been a number of format changes to that file, but setup reads
them all (with no assurance if you have used third-party scripts that
may or may not write valid information).

All the lines in the file need to be of the one format though: you can't
copy line by line across.

Rob
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Future of OpenGL package (Was: OpenGL ? Re: gcc 3.3.1: include problem solved)

[Andre Bleau]

Brian Ford wrote:

These questions are mainly directed at Andre Bleau (Cygwin's OpenGL
maintainer).
I am glad that the ambiguity in gcc include search paths has been
resolved.  However, the OpenGL includes in w32api/GL are from Mesa, and
are thus more complete and up-to-date.
Well, I hope that Earnie Boyd, maintainer for the w32api package, will join 
this discussion.


What are the long term plans, if any, for reconciling these two
implementations?  It seems silly to have two copies of esstially the same
thing.
I agree. Maybe it's time to break-up the OpenGL package into several parts:

API to native Windows OpenGL implementation, accessible through M$'s 
opengl32.dll could be in the w32api package, as it is now. The GL include 
directory could be in /usr/include/w32api exclusively, without need for 
another in /usr/include.

API to GLUT could be in a GLUT package, while the GLUT32.dll could be in a 
GLUT-runtime package.

API to GLUI and GLUIX could be in a GLUI package. There is no dll for both 
of these. They are C++ static libraries that would need to be repackaged 
each time that the C++ interface changes, as has been the case between g++ 
2.95, 3.2, and now 3.3. I hope that this interface will remain stable for a 
while now.


Are there any plans to update Cygwin's OpenGL headers to include 1.3 or
1.4 support?  Be it via using the w32api Mesa ones, or by other means.
Let that be clear: headers alone will not provide access to OpenGL 1.2+ 
functionnality. You will still have to program the loading of OpenGL 
extensions, if they are available from the graphic card driver. Maybe 
something like extgl (http://www.levp.de/3d/index.html) could be packaged 
for Cygwin to make that easier.


Are there any plans to update Cygwin's glut to the current Nate Robins
version?
Could be done; however, it is nearly 2 years old and provides no new 
functionnality. It is sad, but GLUT is dead. There is a project in 
sourceforge for a replacement: freeglut 
(http://freeglut.sourceforge.net/fg/), but is still IMO too buggy for prime 
time. However, it is actively developped and debugged, and a stable release 
is supposed to come "real soon".


Thanks.

BTW, I'm more than willing to help here.  But since your the maintainer, I
need to know how you want to proceed.
Good to hear that. Lets discuss the issues above. Anybody interested in GL 
programming in the Cygwin environment? Please join in.





André Bleau, Cygwin's OpenGL package maintainer.

Please address all questions and problem reports about Cygwin's OpenGL 
package to [EMAIL PROTECTED] . 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Installed, Admin can run, other account can't...

[Marco Mason]

Hey, gang--

I've installed cygwin on a new box.  After I set it up, I could run it
as administrator.
However, when I logged into a test account, I can't successfully start
it.

Trying to run it under the test account in a DOS shell:

D:\cygwin\bin>bash --login -i
D:\cygwin\bin\bash.exe: *** CreateFileMapping, Win32 error 5.
Terminating.

D:\cygwin\bin>

I tried googling for the message, but couldn't find anything useful.

I ran a 'cygcheck -svr' and attached the output to this message as a
text file.

Does anyone have an idea of what I should try?

--marco


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Sep 25 17:43:33 2003

Windows 2000 Advanced Server Ver 5.0 Build 2195 Service Pack 4

Path:   d:\cygwin\usr\local\bin
d:\cygwin\bin
d:\cygwin\bin
d:\cygwin\usr\X11R6\bin
d:\Program Files\Micro Focus\Application Server
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem

Output from d:\cygwin\bin\id.exe (nontsec)
UID: 500(Administrator) GID: 513(None)
513(None)

Output from d:\cygwin\bin\id.exe (ntsec)
UID: 500(Administrator) GID: 513(None)
513(None)   544(Administrators)
545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\Documents and Settings\Administrator\WINDOWS

HOME = `d:\cygwin\home\Administrator'
MAKE_MODE = `unix'
PWD = `/home/Administrator'
USER = `Administrator'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Administrator\Application Data'
CLIENTNAME = `EAGLE-LAP1'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `KHELDAR'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\Administrator'
HOSTNAME = `kheldar'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\KHELDAR'
MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKSFXDATA = `C:\Program Files\Common Files\PKWARE\Pksfxs.dat'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 0, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0800'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `RDP-Tcp#58'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\3'
TERM = `cygwin'
TMP = `c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\3'
USERDOMAIN = `KHELDAR'
USERNAME = `Administrator'
USERPROFILE = `C:\Documents and Settings\Administrator'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'

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

a:  fd   N/AN/A
c:  hd  NTFS   10236Mb  32% CP CS UN PA FC 
d:  hd  NTFS   10236Mb   3% CP CS UN PA FC Applications
e:  hd  NTFS   110595Mb   8% CP CS UN PA FC DATA
m:  cd   N/AN/A
p:  net NTFS   110595Mb   8% CP CS UN PA FC DATA
s:  net NTFS   110595Mb   8% CP CS UN PA FC DATA

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\bin\bash.exe
Found: d:\cygwin\bin\cat.exe
Found: d:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: d:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: d:\cygwin\bin\grep.exe
Not Found: ld
Found: d:\cygwin\bin\ls.exe
Found: d:\cygwin\bin\make.exe
Found: d:\cygwin\bin\mv.exe
Found: d:\cygwin\bin\rm.exe
Found: d:\cygwin\bin\sed.exe
Found: d:\cygwin\bin\sh.exe
Found: d:\cygwin\bin\tar.exe

   61k 2003/08/09 d:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
  "cygbz2-1.dll" v0.0 ts=2003/8/9 2:35
  645k 2003/04/11 d:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypto.dll" v0.0 ts=2003/4/11 6:37
  380k 2002/07/24 d:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0
  "cyg

Re: Installed, Admin can run, other account can't...

[Igor Pechtchanski]

On Thu, 25 Sep 2003, Marco Mason wrote:

> Hey, gang--
>
> I've installed cygwin on a new box.  After I set it up, I could run it
> as administrator.
> However, when I logged into a test account, I can't successfully start
> it.
>
> Trying to run it under the test account in a DOS shell:
>
> D:\cygwin\bin>bash --login -i
> D:\cygwin\bin\bash.exe: *** CreateFileMapping, Win32 error 5.
> Terminating.
>
> D:\cygwin\bin>
>
> I tried googling for the message, but couldn't find anything useful.
>
> I ran a 'cygcheck -svr' and attached the output to this message as a
> text file.
>
> Does anyone have an idea of what I should try?
> --marco

$ net helpmsg 5
Access is denied.
$

Basically, it looks like Win2k couldn't run the application as the test
user.  What's the output of "ls -l /bin/bash.exe"?  How about "getfacl
/bin/bash.exe"?  You may need to change the permissions manually on your
Cygwin tree, using the "chmod -R" command.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Future of OpenGL package

[Brian Ford]

Andre Bleau wrote:

>Brian Ford wrote:
>
>>I am glad that the ambiguity in gcc include search paths has been
>>resolved.  However, the OpenGL includes in w32api/GL are from Mesa, and
>>are thus more complete and up-to-date.
>
>Well, I hope that Earnie Boyd, maintainer for the w32api package, will
>join this discussion.
>
I hope so too.

>>What are the long term plans, if any, for reconciling these two
>>implementations?  It seems silly to have two copies of esstially the
>>same thing.
>
>I agree. Maybe it's time to break-up the OpenGL package into several
>parts:
>
To be honest, I don't really care how it gets packaged.  But I will be
glad to help if it attains an end.

>API to native Windows OpenGL implementation, accessible through M$'s
>opengl32.dll could be in the w32api package, as it is now. The GL include
>directory could be in /usr/include/w32api exclusively, without need for
>another in /usr/include.
>
That sounds reasonable.  Would you make a sym link from /usr/include/GL to
/usr/include/w32api/GL then?

>API to GLUT could be in a GLUT package, while the GLUT32.dll could be in
>a GLUT-runtime package.
>
They are so small that it seems overkill to break them up.

>API to GLUI and GLUIX could be in a GLUI package. There is no dll for
>both of these. They are C++ static libraries that would need to be repackaged
>each time that the C++ interface changes, as has been the case between
>g++ 2.95, 3.2, and now 3.3. I hope that this interface will remain stable for
>a while now.
>
I have never used these.  I understand your pain with C++ ABIs, though.

>>Are there any plans to update Cygwin's OpenGL headers to include 1.3 or
>>1.4 support?  Be it via using the w32api Mesa ones, or by other means.
>
>Let that be clear: headers alone will not provide access to OpenGL 1.2+
>functionnality. You will still have to program the loading of OpenGL
>extensions, if they are available from the graphic card driver. Maybe
>something like extgl (http://www.levp.de/3d/index.html) could be packaged
>for Cygwin to make that easier.
>
Sure, I know headers don't magically create functionality.  They just
allow access to that which already exists.  But, most vendors these days
(ATI & Nvidia) provide 1.3 or 1.4 functionality.  It would be nice to use
it without jumping through hoops.

The way you added support for OpenGL 1.2 via a define would be fine.  BTW,
what version does Microsoft ship with XP?  Is it still 1.1?  I don't have
a "clean" XP install to check.

As for the extension loading library, it's a don't care for me.

>>Are there any plans to update Cygwin's glut to the current
>>Nate Robins version?
>
>
>Could be done; however, it is nearly 2 years old and provides no new
>functionnality. It is sad, but GLUT is dead. There is a project in
>sourceforge for a replacement: freeglut
>(http://freeglut.sourceforge.net/fg/), but is still IMO too buggy for
>prime time. However, it is actively developped and debugged, and a stable
>release is supposed to come "real soon".
>
Yeah, I know regular glut is dead.  I have looked at freeglut before
and it looks interesting, but I will take your word for it that it is
still too buggy.

There have been significant changes since the glut version in Cygwin
(3.7.3 Sept. 27, `00 now 3.7.6 Nov. 8, `01).  I'm not entirely sure if
they are benneficial.  I've listed them below for anyone that's
interested.  Maybe we should just wait for freeglut to stabilize, though.

(Nov 8, '01)
x  Changed fullscreen mode from TOPMOST back to simply TOP, since
   (it turns out) many people use windows atop a GLUT window.

(Nov 8, '01)
x  Added code to prevent CPU spiking when no idle function is
   registered.  Otherwise, if an idle function is registered, spike
   CPU so that the idle function gets all the attention it needs and
   if this is a problem on the program side, the user can stick a
   sleep() in their idle function.  I believe that this strikes the
   best balance betweeen GLUT being fast, and also being "nice" to
   other processes.  Thanks to James Wright for reporting this bug.

(Nov 8, '01)
x  Fixed bug in motion callback handler which wasn't setting the
   current window, so multiple window apps (e.g., any GLUI app)
   wouldn't get the callback correctly.

(Oct 4, '01)
x  Fixed bug in glutEnterGameMode() that caused new windows to not
   be in "fullscreen" mode, so they got window decorations.

(Oct 3, '01)
x  Fixed bug in getVisualInfoFromString(): visuals not reloaded on
   display mode change.  Reload visuals each time they are queried.
   This fixes a problem with Win32 because the list of availabe Visuals
   (Pixelformats) changes after a change in displaymode. The problem
   occurs when switching to gamemode and back.  Thanks to Michael
   Wimmer for pointing this out & providing the fix.

(Oct 3, '01)
x  Fixed bug in XGetVisualInfo(): pixelformats enumerated incorrectly.
 

Re: disabling all forms of autoindentation in cygwin's vim

[Carlo Florendo]

Corinna Vinschen wrote:

On Thu, Sep 25, 2003 at 11:49:07AM +0800, Carlo Florendo wrote:
 

Hello,

The cygwin version of vim, when installed, works well.  However, 
autoindentation is forced on the user by default.  I've mailed the vim 
mailing list and asked about this.  Vim's creator answered and said that 
autoindentation is disabled by default.
http://marc.theaimsgroup.com/?l=vim&m=106439851629020&w=2

Why is autoindentation enabled by default in cygwin's vim?
   

It isn't.  I don't know what's wrong on your machine but autoindent
is not enabled by default in Cygwin vim.  The Cygwin install is not
different from the (non-GUI) vim installation on any other machine.
I'm sorry but there's apparently something wrong on your machine.
I'm *very* sorry.  Something was wrong and it didn't have anything to do 
with anyone else.

Do you have another version of vim installed as well?  Perhaps a
native Windows version?  Do you have another vimrc file which is
used by that version and which is accidentally opened by Cygwin
vim as well? 

I copied the vimrc example file and set it as my vimrc.  I then forgot 
all about it.   When  I fired up vim, forgetting that I copied the vimrc 
example and set it as my vimrc, I  wondered why autoindentation was 
enabled.   I *should've* wondered why the *example* vimrc had 
autoindentation enabled but that doesn't make sense since the vimrc file 
is just an example.  And to ask why autoindentation is enabled in an 
example file is dumb.  Besides, it is just an example.

All apologies for strting this useless noise and traffic.

Thanks.

Best Regards,

Carlo
--
Carlo Florendo
Astra Philippines Inc.
www.hq.astra.ph






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

Out of Memory

[黄显刚]

Dear All,

My System Environment as below:

Windows 2000 Professional
Cygwin version 2.78.2.9
Phyical Memory: 256M
Virtual Memory: 1.5G
Perl v5.6.1 built for cygwin-multi

When I run my perl program which needs about 1G memory, the following
happened: 

"Out of memory during request for 1016 bytes, total sbrk() is 261015552
bytes!".

So my program was forced to die.

You are most appreciated! All the best!

Best regards,

Huang Xiangang
Bioinformatics Department
Beijing Genomics Institute
Beijing Airport Industrial Zone B 6
Phone: (010) 8048 2174 (H), 8048 1511 (O)
Mobile: 1391 096 5821
Email: [EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

possible munmap bug

[peter garrone]

Hi,
 This was causing my build of gcc to fail.
 File winsup/cygwin/mmap.cc version 1.86 (and earlier) function munmap
 when unmapping a 64K record, passes the wrong parameters to fhandler_base::munmap,
 passing the function parameter address/length instead of a block local version.

 This patch explains it all.

diff -r -p -U 5 cygwin-snapshot-20030924-1/winsup/cygwin/mmap.cc 
new_cygwin/winsup/cygwin/mmap.cc
--- cygwin-snapshot-20030924-1/winsup/cygwin/mmap.cc2003-09-25 10:40:33.0 
+1000
+++ new_cygwin/winsup/cygwin/mmap.cc2003-09-26 11:34:29.984375000 +1000
@@ -679,11 +679,11 @@ munmap (void *addr, size_t len)
  mmap_record *rec = map_list->get_record (record_idx);
  if (rec->unmap_pages (u_addr, u_len))
{
  /* The whole record has been unmapped, so... */
  fhandler_base *fh = rec->alloc_fh ();
- fh->munmap (rec->get_handle (), (caddr_t)addr, len);
+ fh->munmap (rec->get_handle (), (caddr_t)u_addr, u_len);
  rec->free_fh (fh);
 
  /* ...delete the record. */
  if (map_list->del_record (record_idx--))
{

-- 
__
http://www.linuxmail.org/
Now with e-mail forwarding for only US$5.95/yr

Powered by Outblaze

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

setup doesn't work with DNS down

[Krzysztof Duleba]

I have a problem with setup - it can't connect to the server to download
list of mirrors. My Internet connection is ok, but DNS that I'm connected
to is down and temporary I'm resolving domain names manually. I can't
change DNS entry in TCP/IP settings because it requires reboot, which will
not happen in next few days. Is there a way to make setup work?

Regards
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: setup doesn't work with DNS down

[Igor Pechtchanski]

On Fri, 26 Sep 2003, Krzysztof Duleba wrote:

> I have a problem with setup - it can't connect to the server to download
> list of mirrors. My Internet connection is ok, but DNS that I'm connected
> to is down and temporary I'm resolving domain names manually. I can't
> change DNS entry in TCP/IP settings because it requires reboot, which will
> not happen in next few days. Is there a way to make setup work?
>
> Regards
> Krzysztof Duleba

Yup.  Add the following entry to /etc/hosts (mind the Tab):

67.72.78.213www.cygwin.com cygwin.com sources.redhat.com

and setup will not care if your DNS has temporarily gone to the moon.
Just don't forget to take it out later (or keep it there, but beware of IP
address changes for www.cygwin.com, though they are usually announced
beforehand).
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: setup doesn't work with DNS down

[Krzysztof Duleba]

Igor Pechtchanski wrote:

>> I have a problem with setup - it can't connect to the server to
download
>> list of mirrors. My Internet connection is ok, but DNS that I'm
connected
>> to is down and temporary I'm resolving domain names manually. I can't
>> change DNS entry in TCP/IP settings because it requires reboot, which
will
>> not happen in next few days. Is there a way to make setup work?
>
> Yup.  Add the following entry to /etc/hosts (mind the Tab):
> 67.72.78.213 www.cygwin.com cygwin.com sources.redhat.com

It works! Thank you very much :-)

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

[ANNOUNCEMENT] Updated: gcc-mingw-20030911-3

[Christopher Faylor]

I've made a new version of gcc-mingw available for download.  This version
restores symlinks to the executables in the cygwin gcc directory which
should allow -mno-cygwin to work with the fortran compiler.

I repeat my plea for someone else to take ownership of the gcc packages.
I would be forever grateful to whomever is willing to step forward.  I
took this package under duress when the previous maintainer disappeared.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup, fill in all of the options, and make
appropriate choices on the "Select Packages" screen.  You'll need to
select the Devel category to see gcc and friends.

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

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

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

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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: G77 -mno-cygwin

[TX]

CGF
Many thanks for the new gcc-mingw update! Everything works (as far as I
tested) now.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: flex-2.5.4a-3 (flex-2.5.31-1 withdrawn)

[Christopher Faylor]

I've rebuilt an older version of flex and replaced a newer version on
sources.redhat.com.  There were too many incompatibilities between the
standard "lex/flex" and the previously offered 2.5.31 version.  Since
2.5.31 was not a strict replacement for 2.5.4, it has been removed.

2.5.4a contains some fixes from Debian, including internationalization.
The changelog is included below.

I'm not entirely sure what will happen when you try to update to this
older version.  Hopefully setup.exe will do the right thing.  If it
doesn't I'll tweak things in the release directory.

This is YA package which I would be happy not to support.  If anyone is
interested in taking this package over, please send email to
cygwin-apps.  It really is pretty easy to build, fwiw.

For a brief descripton of this package, see http://cygwin.com/packages/

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.  To select the
'flex' package for the first time, click on the 'Devel' category and
then click on the 'skip' field next to 'flex' until 2.5.4a-3 is
displayed.

If you have questions or comments, please send them to the Cygwin
mailing list (see http://cygwin.com/lists.html).

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

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

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

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

Christopher Faylor

flex-old (2.5.4a-1) unstable; urgency=low

  * Created a new package called flex-old so that people who have not yet
changed their lex files (or can't change them) and thus can't build
with the new flex have an option. This is a dead-end package, and
shall be removed at some point in the future.

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Sun,  4 May 2003 13:45:09 -0500

flex (2.5.4a-33) unstable; urgency=low

  * Continuing the process of gcc 3.2.x compatribility.  closes: Bug#185714

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Fri, 21 Mar 2003 13:00:19 -0600

flex (2.5.4a-32) unstable; urgency=low

  * There was a blank line in initscan.c that made it impossible to build
on buildds.  closes: Bug#185772

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Fri, 21 Mar 2003 12:34:13 -0600

flex (2.5.4a-31) unstable; urgency=low

  * Make flexlexer have the std:: prefix closes: Bug#181670, Bug#180446
  * Fix flex.skl closes: Bug#184393

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Fri, 21 Mar 2003 00:57:21 -0600

flex (2.5.4a-30) unstable; urgency=low

  * FlexLexer.h now include iostream, not iostream.h.
 closes: Bug#173943, Bug#180051
  * Fix broken printf format closes: Bug#174350
  * The behaviour of flex was different based on what order options were
specified: option nomain before option noyywrap caused one set of
behaviours, reversing the order changes the behavious, since nomain
seemed to reset noyywrap. This was fixed in scanl. and initscan.c. 
 closes: Bug#174259

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Sun,  9 Feb 2003 13:38:32 -0600

flex (2.5.4a-29) unstable; urgency=low

  * No longer provide /usr/doc link. Upgrade to latest policy version.

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Mon, 11 Nov 2002 23:17:14 -0600

flex (2.5.4a-28) unstable; urgency=low

  * Anotrher patch from Alexander Klauer, this one fixes a print format
problem. closes: Bug#161101

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Tue, 29 Oct 2002 17:35:13 -0600

flex (2.5.4a-27) unstable; urgency=low

  * Fix a flex segfult on very long lines. Many thanks to  Alexander
Klauer <[EMAIL PROTECTED]> for detecting this bug and finding the
fix. closes: Bug#158518
  * The package seems to build from sources on i386. closes: Bug#159547

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Wed,  4 Sep 2002 19:24:56 -0500

flex (2.5.4a-26) unstable; urgency=low

  * use which instead of command -v
  * Fixed a problem with locales in flex. Many thanks to
[EMAIL PROTECTED] and unichi Uekawa <[EMAIL PROTECTED]> for
discovering the problem, and patiently leading me through to a point
that I could actually reproduce the proble, and test the patch
provided by [EMAIL PROTECTED]   closes: Bug#147627

 -- Manoj Srivastava <[EMAIL PROTECTED]>  Mon, 27 

Re: Error while running a .exe file in bash

[Kishen Bahudhanam]

Thanks to everyone who contributed to this issue. The
problem is resolved if I use: ./tx.exe.
I still don't understand the error message though.
If bash is not able to find the program, then filename
completion shouldn't work, isn't it? For example if I
just type:
>. t
bash completes the file name to tx.exe (this is the
only executable in the current directory starting with
t).

To make it actually run, I need to type:
   >./tx.exe

Thanks again to everyone.

--- Kishen Bahudhanam <[EMAIL PROTECTED]> wrote:
> I see a couple of messages on this topic, but
> couldn't
> figure out what to do. So sending the question
> again:
> 
> I compiled my code using gcc, and created a .exe
> file.
> However, when I try to execute it, I get the
> following
> error:
> MZ?: command not found.
> However, I can open a 'cmd' window, and run the
> .exe.
> 
> I am under Win2000. Here is the .exe's attributes,
> and
> the output when I run the exe. 
> 
> -rwxr-xr-x1 jgalt mkpasswd   455026 Sep 25 12:29
> tx.exe*
> /c/Model>. tx.exe
> bash: MZ?: command not found
> 
> Please help...
> 
> __
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product
> search
> http://shopping.yahoo.com
> 


__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.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: Error while running a .exe file in bash

[Brian Dessent]

Kishen Bahudhanam wrote:
> 
> Thanks to everyone who contributed to this issue. The
> problem is resolved if I use: ./tx.exe.
> I still don't understand the error message though.
> If bash is not able to find the program, then filename
> completion shouldn't work, isn't it? For example if I
> just type:
> >. t
> bash completes the file name to tx.exe (this is the
> only executable in the current directory starting with
> t).
> 
> To make it actually run, I need to type:
>>./tx.exe

Typing ". file" at a bash prompt means "read the file and execute the
commands stored within", which means bash will open the file and try to
execute its contents as if you'd typed them at the prompt.  That is NOT
what you want for an .EXE file, it only works for shell scripts.  To run
a normal executable you just give its name and bash runs it.  In the
case of an executable in the current directory, this is normally not in
the path and so you need to specify "./file" to tell bash to look in the
current directory which is ".".  Those are two completely different uses
of "." though.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

make is not install

[bohm s]

Hi,
I just installed cygwin and 'make' was not installed.
I chose All - "default", then uninstalled everything, following the 
uninstall instructions on the cygwin site, then tried All - "install". 
Niether configuration resullted in make.exe being found in my cygwin\bin 
folder.

What am I doing wrong? What package do I need to install to get 'make'?

Thanks

_
Add photos to your messages with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

--
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 is not install

[Carlo Florendo]

bohm s wrote:

Hi,
I just installed cygwin and 'make' was not installed.


It's most probable that make was not installed even if you thought it 
was.  Could you post the output the command `cygcheck -svr' so your 
problem can be diagnosed better.  Check out 
http://cygwin.com/problems.html for details on how to post problems later.

I chose All - "default", then uninstalled everything, following the 
uninstall instructions on the cygwin site, then tried All - "install". 
Niether configuration resullted in make.exe being found in my 
cygwin\bin folder.

What am I doing wrong? What package do I need to install to get 'make'?


Are you sure you got everything.  What mirror are you using?

Thanks!

Best Regards,

Carlo
--
Carlo Florendo
Astra Philippines Inc.
www.hq.astra.ph










--
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: xfree86 cut/copy/paste

[Igor Pechtchanski]

Redirecting to the correct list and replying.  Please remove  from further discussion on this topic.

On Thu, 25 Sep 2003, Bill McCormick wrote:

> Hello,
>
> Is there cut/copy/paste functionality with xfree86 (using windows clipboard)
> like there is with rxvt?
>
> I'm sure this has come up before but I can't seem to find it.
>
> Thanks,
> Bill

Bill,

Try giving a "-clipboard" argument to XWin.exe, or use the "xwinclip"
utility (although the latter is outdated, IIRC).  Search the cygwin-xfree
list archives for either "clipboard" or "xwinclip" for more details.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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