RE: Java (1 of 3): Gcj - Hello world exe (again)

[Bruce Adams]

>-Original Message-
>From: Lapo Luchini [mailto:[EMAIL PROTECTED]] 
>Sent: 06 January 2003 11:11
>To: [EMAIL PROTECTED]
>Subject: Re: Java (1 of 3): Gcj - Hello world exe (again)
>
>
>Bruce Adams wrote:
>
>>Hello.java(note: case is important in this filename)
>>==
>>
>>class Hello {
>>public Hello() {};
>>
>>public static void main(String args[]) {
>>int returnCode = 0;
>>System.out.println("hello world\r\n");
>>System.exit(returnCode);
>>}
>>}
>>  
>>
>lapo@CYBERONE ~
>$ export CLASSPATH=
>
>lapo@CYBERONE ~
>$ gcj --main=Hello -gstabs Hello.java -o Hello.exe
>
>lapo@CYBERONE ~
>$ ./Hello.exe
>hello world
>
>The only note is that I had to be sure CLASSPATH was empty or else 
>rt.jar was found before libgcj.jar and I got an error about 
>java.lang.Object being the wrong version.
>
>-- 
>Lapo 'Raist' Luchini
>[EMAIL PROTECTED] (PGP & X.509 keys available)
>http://www.lapo.it (ICQ UIN: 529796)
>
This does not match with my experience.  I do not have CLASSPATH set.
In my cygwin directory I only have:

\usr\share\gettext\Libintl.jar  
\usr\share\java\Libgcj-3.2.jar   

The only other jar files on my machine are in the JRE.  I would
hope that a standalone executable would not want to use them.
Just in case I tried renaming rt.jar.   Sure enough java Hello
no longer works but recompiling and running ./Hello.exe still 
Results in a stackdump.  

The version of gcj I'm using is:

C:\BruceA\java>gcj --version
gcj (GCC) 3.2 20020818 (prerelease)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Why does your installation work and not mine?
Regards,
 Bruce A.



 Any opinions expressed in this e-mail are those of the individual and not
 necessarily those of Tyco Electronic Product Group.

 Any prices for the supply of goods or services are only valid if supported
 by a formal written quotation.

 This e-mail and any files transmitted with it, including replies and
 forwarded copies (which may contain alterations) subsequently transmitted
 from Tyco Electronic Product Group are confidential and solely for the use
 of the intended recipient.

 If you are not the intended recipient or the person responsible for
 delivery to the intended recipient, be advised that you have received this
 e-mail in error and that any use is strictly prohibited.  In this event,
 please notify us via e-mail at '[EMAIL PROTECTED]' or telephone on 
 0121 255 6499 and then delete the e-mail and any copies of it.







--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Java (1 of 3): Gcj - Hello world exe (again)

[Lapo Luchini]

Bruce Adams wrote:


C:\BruceA\java>gcj --version
gcj (GCC) 3.2 20020818 (prerelease)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Why does your installation work and not mine?


$ gcj --version
gcj (GCC) 3.2 20020927 (prerelease)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I don't think the version number matters, my fair guess is that for some 
reason a dir or a file was "locked" during your install and a file 
didn't make into you installation.
I suggest you to launch Cygwin's setup.exe again an select "reinstall" 
on the gcc package (and friends).
Or maybe upgrade but I bet that a "reinstall" of the package you already 
have in local can be enough as I used gcj also in past releases and 
never had such problems.

Happy bug hunting 0=)

--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: System() command

[Michael A Chase]

On Tue, 7 Jan 2003 12:55:09 +0200 Maor Avni <[EMAIL PROTECTED]> wrote:

> I have this very simple C program:
> 
> #include 
> 
> int main()
> {
>   char a[] = "echo echo testing 123";
>   system(a);
>   return 0;
> }
> 
> I compile it with gcc and everything works fine, until I run it under
> Win2K's cmd.exe: the program just exits and does nothing.
> 
> I have set up the PATH environment variable, and it still doesn't work.
> 
> Any ideas?

No, since I have no idea what you setup PATH to.

There is a reason for http://cygwin.com/bugs.html and
http://cygwin.com/faq/ being at the bottom of every message in the
list.

-- 
Mac :})
** I normally forward private questions to the appropriate mail list. **
Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: inetutils ftpd fcntl(F_SETOWN) failure message suppression patch

[Corinna Vinschen]

On Fri, Jan 03, 2003 at 08:32:22AM -0500, Jason Tishler wrote:
> Corrina,

s/rrin/rinn/

> 2003-01-03  Jason Tishler  <[EMAIL PROTECTED]>
> 
>   * ftpd/ftpd.c (main): Add Cygwin guard to the conditional compilation
>   around fcntl(F_SETOWN) to prevent the Event Log from filling with
>   expected failure messages.

Thanks, I've just uploaded a new version containig this patch.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sed -i problem?

[Corinna Vinschen]

On Sat, Jan 04, 2003 at 01:20:51PM +0100, Bonzini wrote:
> Ok, I tracked down the problem and it is because fopen is used for the file
> instead of ck_fopen.  Alas I don't have a patch ready (a nice solution would
> be practically the diff from 4.0.5 to 4.0.6), but grepping for [^_]fopen.*"w
> and replacing fopen with ck_fopen will probably be a quick, workable hack.

Thanks for tracking this down, I'll upload a new version of sed soon.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Quirky Emacs behavior -- any ideas?

[Shin'ichi Matsuo]

"Andrew Mayer" <[EMAIL PROTECTED]> writes:

> Well, when I try:
> 
> M-x describe-function RET documentation RET
> 
> I get:
> 
> Debugger entered--Lisp error: (wrong-number-of-arguments #[(new-pos old-pos

At this point, the "documentation" function has already replaced by wrapper.
To invoke EMACS without loading the .emacs file, use the -q option.
Then, try again.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash 2.05b-8 doesnot execute .bashrc even if HOME is defined and .bashrc is under both ~/ and /

[Max Bowsher]

Original Message From: "Tianming Kong" <[EMAIL PROTECTED]>
> I'm using cygwin v1.3.18 under Windows XP
> Professional. Unfortunately bash 2.05b-8 does not
> exectute my startup script ~/.bashrc
>
> I defined environement variable HOME as "d:\" using
> windows control panel. I also copy my .bashrc file to
> cygwin / directory.

Why / ? Bash certainly doesn't look there. I suggest that you make sure that
HOME in the environment and your home dir in /etc/passwd are consistent, and
that .bashrc is located in that directory.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: System() command

[Jim]

I have this very simple C program:

#include 

int main()
{
  char a[] = "echo echo testing 123";
  -- char a[] = "cmd.exe -c echo echo test 123";
  // I thought there was a shell( char* ) which invoked the command in the
// current shell?  system just forks and execs a process, though hmm
// I suppose echo is a process ?
  system(a);
  return 0;
}



>I compile it with gcc and everything works fine, until I run it under
Win2K's cmd.exe: the program just exits and does nothing.

>I have set up the PATH environment variable, and it still doesn't work.

>Any ideas?

>Maor Avni


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash 2.05b-8 doesnot execute .bashrc even if HOME is defined and .bashrc is under both ~/ and /

[Tianming Kong]

--- Max Bowsher <[EMAIL PROTECTED]> wrote:
> Original Message From: "Tianming Kong"
> <[EMAIL PROTECTED]>
> > I'm using cygwin v1.3.18 under Windows XP
> > Professional. Unfortunately bash 2.05b-8 does not
> > exectute my startup script ~/.bashrc
> >
> > I defined environement variable HOME as "d:\"
> using
> > windows control panel. I also copy my .bashrc file
> to
> > cygwin / directory.
> 
> Why / ? Bash certainly doesn't look there. I suggest
> that you make sure that
> HOME in the environment and your home dir in
> /etc/passwd are consistent, and
> that .bashrc is located in that directory.
> 
> Max.
> 

I remember reading from some previous email, saying
that if bash cannot find HOME environment variables
from everywhere else (like Windows Environment
variables, /etc/profile, /etc/passwd, etc.), then it
will try /.

I didn't set home dir in /etc/passwd -- actually I
didn't set any user entry there. Do you think this
caused the problem? Previously when I was using an
older version cygwin 1.3.10 and bash 2.05a(3), it
worked perfectly fine.

-Tim

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash 2.05b-8 doesnot execute .bashrc even if HOME is definedand .bashrc is under both ~/ and /

[Igor Pechtchanski]

On Tue, 7 Jan 2003, Tianming Kong wrote:

> --- Max Bowsher <[EMAIL PROTECTED]> wrote:
> > Original Message From: "Tianming Kong" <[EMAIL PROTECTED]>
> > > I'm using cygwin v1.3.18 under Windows XP
> > > Professional. Unfortunately bash 2.05b-8 does not
> > > exectute my startup script ~/.bashrc
> > >
> > > I defined environement variable HOME as "d:\" using
> > > windows control panel. I also copy my .bashrc file to
> > > cygwin / directory.
> >
> > Why / ? Bash certainly doesn't look there. I suggest
> > that you make sure that
> > HOME in the environment and your home dir in
> > /etc/passwd are consistent, and
> > that .bashrc is located in that directory.
> >
> > Max.
>
> I remember reading from some previous email, saying
> that if bash cannot find HOME environment variables
> from everywhere else (like Windows Environment
> variables, /etc/profile, /etc/passwd, etc.), then it
> will try /.
>
> I didn't set home dir in /etc/passwd -- actually I
> didn't set any user entry there. Do you think this
> caused the problem? Previously when I was using an
> older version cygwin 1.3.10 and bash 2.05a(3), it
> worked perfectly fine.
>
> -Tim

Cygwin 1.3.10 didn't have ntsec on by default, so it didn't require your
/etc/passwd to be up to date.  Ntsec became default starting 1.3.13, IIRC.
So now you should update your /etc/passwd (and /etc/group) for everything
to work as intended.
Either that, or turn off ntsec, but be aware that you'll be missing out
on some of the newer features...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Where did nohup go?

[Mack Lobell]

After upgrade to 2.0.15-3 i get the following error:

KeyChain 1.9; http://www.gentoo.org/projects/keychain
Copyright 2001 Gentoo Technologies, Inc.; Distributed under the GPL
* All previously running ssh-agent(s) have been stopped.
* Initializing /home/lobell/.ssh-agent-VOLVO file...
* Initializing /home/lobell/.ssh-agent-csh-VOLVO file...
* Starting new ssh-agent
/usr/bin/keychain: line 1: exec:: command not found
* Could not open a connection to your authentication agent.
/usr/bin/keychain: line 1: exec:: command not found
Could not open a connection to your authentication agent.
* 1 more keys to add...
Could not open a connection to your authentication agent.
* Problem adding key...
Could not open a connection to your authentication agent.
* 1 more keys to add...
Could not open a connection to your authentication agent.
* Problem adding key...
Could not open a connection to your authentication agent.
* 1 more keys to add...
Could not open a connection to your authentication agent.
* Problem adding key...

bash: exec:: command not found

If i go back to the nohup script delivered in 2.0.3 everything works ok.

Either there is a problem with the "new"(2.0.15-3) nohup or a problem with 
keychain.

//Regards






From: Hack Kampbjorn <[EMAIL PROTECTED]>
To: Mack Lobell <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Subject: Re: Where did nohup go?
Date: Mon, 06 Jan 2003 02:09:24 +0100

Mack Lobell wrote:

After my latest upgrade of sh-utils (2.0.15.1) the nohup script has 
disappeared. Is this correct? The keychain (SSH stuff) script uses nohup 
so it needs modifications.

This was a packaging error. Update to 2.0.15-2.


nohup exists in sh-utils 2.0.3.

//Regards



--
Med venlig hilsen / Kind regards

Hack Kampbjørn



_
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE* 
http://join.msn.com/?page=features/virus


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

login problems... telnet etc.

[Robert Bercik]

Hi, 

 I'm trying to use login on cygwin, but it's not
working. I have done pretty much everything in the
login.README file and its still not functioning
properly. The output of various programs are included
below:

--
 Creating files for login:
--
mkpasswd -l -d > /etc/passwd
mkgroup -l -d > /etc/group
--
 cygwin.bat:
--
@echo off

D:
chdir D:\cygwin\bin

bash --login -i
--
 :
--
$ grep -i primeran /etc/passwd
Primeran:unused_by_nt/2000/xp:11681:10513:Primerano
Pier
Giulio,U-BUTR_MI\Primeran,S-1-5-21-317811356-168917041-1681:/cygdrive/d/home
/Primeran:/bin/bash

Primeran@WS-PRIMERA ~
--
 My ID is:
--
$ id
uid=11681(Primeran) gid=10513(Domain Users)
groups=0(Everyone),10513(Domain
Users),11860(Office 2K Aquila),547(Power
Users),545(Users)

Primeran@WS-PRIMERA ~
--
 The first bad surprise is:
--
$ passwd
passwd: unknown user Primeran

Primeran@WS-PRIMERA ~
--
 Environment variable CYGWIN should be fine:
--
Primeran@WS-PRIMERA ~
$ printenv | grep -i 'cygwin'
!D:=D:\cygwin\bin
CYGWIN=ntsec
TERM=cygwin

Primeran@WS-PRIMERA ~
--
 Environment variables:
--
$ printenv
NUMBER_OF_PROCESSORS=1
PROMPT=$P$G
PWD=/cygdrive/d/home/Primeran
LOGONSERVER=\\AQUILA2
PROCESSOR_LEVEL=6
OS2LIBPATH=C:\WINNT\system32\os2\dll;
COMSPEC=C:\WINNT\system32\cmd.exe
!C:=C:\WINNT\Profiles\Primeran\Desktop
SYSTEMDRIVE=C:
PROCESSOR_REVISION=0703
!D:=D:\cygwin\bin
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
COMPUTERNAME=WS-PRIMERA
WINDIR=C:\WINNT
USERPROFILE=C:\WINNT\Profiles\Primeran
MANPATH=:/usr/ssl/man
PS1=\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$
CYGWIN=ntsec
MSINPUT=C:\Program Files\Microsoft Hardware
USER=Primeran
PROCESSOR_IDENTIFIER=x86 Family 6 Model 7 Stepping 3,
GenuineIntel
OS=Windows_NT
OLDPWD=/usr/bin
PROCESSOR_ARCHITECTURE=x86
TEMP=/cygdrive/c/TEMP
SYSTEMROOT=C:\WINNT
TMP=/cygdrive/c/TEMP
HOMEDRIVE=w:
SHLVL=1
MAKE_MODE=unix
HOMEPATH=\home\Primeran
USERDOMAIN=BUTR_MI
USERNAME=Primeran
TERM=cygwin
HOME=/cygdrive/d/home/Primeran
PATH=/usr/local/bin:/usr/bin:/bin:/cygdrive/c/WINNT/system32:/cygdrive/c/WIN
NT:/cygdrive/c/ORANT/BIN:.:/cygdrive/c/WINNT
/System32/WBEM:/usr/bin:/cygdrive/c/Perl/bin:/cygdrive/c/jdk1.3/bin:/cygdriv
e/c/mingw32/gcc-2.95.2/bin:.
_=/usr/bin/printenv

Primeran@WS-PRIMERA ~
--
 The Daemon seems to work:
--
Primeran@WS-PRIMERA ~
$ /usr/sbin/inetd -d
ADD : echo proto=tcp, wait=0, user=root builtin=4060b0
server=internal
registered internal on 4
ADD : echo proto=udp, wait=0, user=root builtin=4060c0
server=internal
registered internal on 5
ADD : discard proto=tcp, wait=0, user=root
builtin=4060d0 server=internal
registered internal on 6
ADD : discard proto=udp, wait=0, user=root
builtin=4060e0 server=internal
registered internal on 7
ADD : daytime proto=tcp, wait=0, user=root
builtin=406110 server=internal
registered internal on 8
ADD : daytime proto=udp, wait=0, user=root
builtin=406120 server=internal
registered internal on 9
ADD : chargen proto=tcp, wait=0, user=root
builtin=406130 server=internal
registered internal on 10
ADD : chargen proto=udp, wait=0, user=root
builtin=406140 server=internal
registered internal on 11
ADD : time proto=tcp, wait=0, user=root builtin=4060f0
server=internal
registered internal on 12
ADD : time proto=udp, wait=0, user=root builtin=406100
server=internal
registered internal on 13
ADD : ftp proto=tcp, wait=0, user=root builtin=0
server=/usr/sbin/in.ftpd
registered /usr/sbin/in.ftpd on 14
ADD : telnet proto=tcp, wait=0, user=root builtin=0
server=/usr/sbin/in.telnetd
registered /usr/sbin/in.telnetd on 15
ADD : shell proto=tcp, wait=0, user=root builtin=0
server=/usr/sbin/in.rshd
registered /usr/sbin/in.rshd on 16
ADD : login proto=tcp, wait=0, user=root builtin=0
server=/usr/sbin/in.rlogind
registered /usr/sbin/in.rlogind on 17
ADD : exec proto=tcp, wait=0, user=root builtin=0
server=/usr/sbin/in.rexecd
registered /usr/sbin/in.rexecd on 18
ADD : talk proto=udp, wait=1, user=root builtin=0
server=/usr/sbin/in.talkd
registered /usr/sbin/in.talkd on 19
ADD : ntalk proto=udp, wait=1, user=root builtin=0
server=/usr/sbin/in.talkd
registered /usr/sbin/in.talkd on 20
someone wants ftp
accept, ctrl 3
+ Closing from 20
332 execl /usr/sbin/in.ftpd
332 reaped, status 0
someone wants ftp
accept, ctrl 3
+ Closing from 20
271 execl /usr/sbin/in.ftpd
271 reaped, status 0
someone wants ftp
accept, ctrl 3
+ Closing from 20
362 execl /usr/sbin/in.ftpd
--
 MS-DOS Cmd Shell: I Tried to login with my Win-NT
password but I never
succeeded!
--

thanks,
-Rob

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin gcc 3.2 seems to break fetchmail

[Jason Tishler]

On Mon, Jan 06, 2003 at 02:00:25PM -0500, Jason Tishler wrote:
> Any suggestions on how to best debug this problem or potential root
> causes will be greatly appreciated.

A friend of mine suggested using -Wall to find questionable fetchmail
code that could behave differently under gcc 3.2.  The good news is that
I quickly found such code.  The bad news is that the code is mine! :,(

When my original Winsock recv(..., MSG_PEEK) workaround patch:

http://sources.redhat.com/ml/cygwin/2002-04/msg01584.html

was factored to handle both SSL and non-SSL, I forgot the return
statement in the newly created cygwin_read() for the normal code path:

http://cygwin.com/ml/cygwin/2002-06/msg00320.html

Actually, I am quite amazed that Cygwin fetchmail built with gcc 2.95.x
has processed 10,000s of messages without any problems over the last 8+
months.

I just uploaded a new fetchmail package to correct this problem.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.2.0-3

[Jason Tishler]

New News:
=== 
I have updated the version of fetchmail to 6.2.0-3.  The tarballs should
be available on a Cygwin mirror near you shortly.

Note that this package also fixes a Cygwin specific bug that could cause
message corruption:

http://cygwin.com/ml/cygwin/2003-01/msg00277.html

AFAICT, I have not experienced any corruption fetching 10,000s of
messages over the last 8+ months with gcc 2.95.x built versions
containing this bug.  Nevertheless, I recommend upgrading ASAP just
to be safe.

Old News:
=== 
Fetchmail is a remote mail retrieval and forwarding utility intended
for use over on-demand TCP/IP links, like SLIP or PPP connections.
Fetchmail supports every remote-mail protocol currently in use on the
Internet (POP2, POP3, RPOP, APOP, KPOP, all IMAPs, ESMTP ETRN, IPv6,
and IPSEC) for retrieval. Then Fetchmail forwards the mail through SMTP
so you can read it through your favorite mail client.

See the fetchmail home page for more details:

http://www.tuxedo.org/~esr/fetchmail/

Please read the README file:

/usr/doc/Cygwin/fetchmail-6.2.0.README

since it covers requirements, installation, known issues, etc.

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.

In the US,
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Germany,
ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/
is usually pretty good.

In the UK,
http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/
is usually up-to-date within 48 hours.

If one of the above doesn't have the latest version of this package
then you can either wait for the site to be updated or find another
mirror.

The setup.exe program will figure out what needs to be updated on your
system and will install newer packages automatically.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  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 ***

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]

Jason

--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

where the %^$ is dirname() and basename()

[Robert Bercik]

Alright,

 Cygwin must have these functions somewhere, but
for the life of me i can't find the libs or headers.
Anybody know where dirname() or basename() are
located?

thanks,
-Rob

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where the %^$ is dirname() and basename()

[wayne]

Have you looked in /usr/bin?  That is where it is on my systems.. maybe
youdid not install them?

On Tue, Jan 07, 2003 at 01:37:03PM -0800, Robert Bercik wrote:
> Alright,
> 
>  Cygwin must have these functions somewhere, but
> for the life of me i can't find the libs or headers.
> Anybody know where dirname() or basename() are
> located?
> 
> thanks,
> -Rob
> 
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

-- 
Slowly and surely the unix crept up on the Nintendo user ...
Wayne Willcox  I will not eat green eggs and ham
[EMAIL PROTECTED] I will not eat them Sam I Am!!
A wise person makes his own decisions, a weak one obeys public opinion.
-- Chinese proverb

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where the %^$ is dirname() and basename()

[Elfyn McBratney]

>From your subject I'm wondering if your talking about syscalls? If you
are then they do not exist. If you're not, and your talking about
programs (basename|dirname.exe), then you'll need to install the
sh-utils package (install via setup.exe) to get them.

Elfyn
[EMAIL PROTECTED]


--- Robert Bercik <[EMAIL PROTECTED]> wrote:
>Alright,
>
> Cygwin must have these functions somewhere, but
>for the life of me i can't find the libs or headers.
>Anybody know where dirname() or basename() are
>located?
>
>thanks,
>-Rob
>
>__
>Do you Yahoo!?
>Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
>http://mailplus.yahoo.com
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/

_
www.smokeJet.com - Free UK Internet Services

_
Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, 
POP & more! http://www.everyone.net/selectmail?campaign=tag

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where the %^$ is dirname() and basename()

[Faylor]

On Tue, Jan 07, 2003 at 01:37:03PM -0800, Robert Bercik wrote:
>Cygwin must have these functions somewhere, but for the life of me i
>can't find the libs or headers.  Anybody know where dirname() or
>basename() are located?

Let me say it again: There is no mystery here.  If you get a linker
error like: "undefined reference to '_basename'", in 90% of the cases it
means exactly what it implies: basename is not available.

Whether it should be available, whether it is a crime against man and
nature that it is not available, whether the lack of the function
greatly impacts someone's ability to do their job, is another issue, of
course.

Until someone provides working implementations of basename and dirname
for cygwin, I suggest that you work around the problem.

cgf
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where the %^$ is dirname() and basename()

[Elfyn McBratney]

>From your subject I'm wondering if your talking about syscalls? If you
>are then they do not exist. If you're not, and your talking about
>programs (basename|dirname.exe), then you'll need to install the
>sh-utils package (install via setup.exe) to get them.

I should have been a bit more clear. What I meant to say is that they (these 
functions) do not exist in cygwin. If you google around you'll be able to find the 
source of these routines so you can create your own implementation.

Elfyn
[EMAIL PROTECTED]

_
www.smokeJet.com - Free UK Internet Services

_
Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, 
POP & more! http://www.everyone.net/selectmail?campaign=tag

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: bash 2.05b-8 doesnot execute .bashrc even if HOME is defined and .bashrc is under both ~/ and /

[Todorovic Vladica-VTODORO1]

Sourcing $HOME/.bashrc explicitly in /etc/profile can also force  bash to
read user's .bashrc. For example, 

# make sure we start in home
cd "$HOME"

# Make sure user's .bashrc is executed.
test -f ./.bashrc && . ./.bashrc

It is not preferred way to execute ~/.bashrc, but it may be helpful in some
(hopefully specific and rare) cases.

Vladica


-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 07, 2003 11:31 AM
To: Tianming Kong
Cc: [EMAIL PROTECTED]
Subject: Re: bash 2.05b-8 doesnot execute .bashrc even if HOME is
defined and .bashrc is under both ~/ and /


On Tue, 7 Jan 2003, Tianming Kong wrote:

> --- Max Bowsher <[EMAIL PROTECTED]> wrote:
> > Original Message From: "Tianming Kong" <[EMAIL PROTECTED]>
> > > I'm using cygwin v1.3.18 under Windows XP
> > > Professional. Unfortunately bash 2.05b-8 does not
> > > exectute my startup script ~/.bashrc
> > >
> > > I defined environement variable HOME as "d:\" using
> > > windows control panel. I also copy my .bashrc file to
> > > cygwin / directory.
> >
> > Why / ? Bash certainly doesn't look there. I suggest
> > that you make sure that
> > HOME in the environment and your home dir in
> > /etc/passwd are consistent, and
> > that .bashrc is located in that directory.
> >
> > Max.
>
> I remember reading from some previous email, saying
> that if bash cannot find HOME environment variables
> from everywhere else (like Windows Environment
> variables, /etc/profile, /etc/passwd, etc.), then it
> will try /.
>
> I didn't set home dir in /etc/passwd -- actually I
> didn't set any user entry there. Do you think this
> caused the problem? Previously when I was using an
> older version cygwin 1.3.10 and bash 2.05a(3), it
> worked perfectly fine.
>
> -Tim

Cygwin 1.3.10 didn't have ntsec on by default, so it didn't require your
/etc/passwd to be up to date.  Ntsec became default starting 1.3.13, IIRC.
So now you should update your /etc/passwd (and /etc/group) for everything
to work as intended.
Either that, or turn off ntsec, but be aware that you'll be missing out
on some of the newer features...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where the %^$ is dirname() and basename()

[Robert Bercik]

crap, 

   they're so damn simple, I'll write the damn
things...

thanks,
-Rob
--- Faylor <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 07, 2003 at 01:37:03PM -0800, Robert
> Bercik wrote:
> >Cygwin must have these functions somewhere, but for
> the life of me i
> >can't find the libs or headers.  Anybody know where
> dirname() or
> >basename() are located?
> 
> Let me say it again: There is no mystery here.  If
> you get a linker
> error like: "undefined reference to '_basename'", in
> 90% of the cases it
> means exactly what it implies: basename is not
> available.
> 
> Whether it should be available, whether it is a
> crime against man and
> nature that it is not available, whether the lack of
> the function
> greatly impacts someone's ability to do their job,
> is another issue, of
> course.
> 
> Until someone provides working implementations of
> basename and dirname
> for cygwin, I suggest that you work around the
> problem.
> 
> cgf
> --
> Please use the resources at cygwin.com rather than
> sending personal email.
> Special for spam email harvesters: send email to
> [EMAIL PROTECTED]
> and be permanently blocked from mailing lists at
> sources.redhat.com
> 
> --
> Unsubscribe info: 
> http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where the %^$ is dirname() and basename()

[Igor Pechtchanski]

Robert,

When you do implement them, you might as well help other programmers in
need of them by submitting them as patches against the current cygwin CVS
to cygwin-patches at cygwin dot com.  See 
for patch conventions.
Igor

On Tue, 7 Jan 2003, Robert Bercik wrote:

> crap,
>
>they're so damn simple, I'll write the damn things...
>
> thanks,
> -Rob
> --- Faylor <[EMAIL PROTECTED]> wrote:
> > On Tue, Jan 07, 2003 at 01:37:03PM -0800, Robert
> > Bercik wrote:
> > >Cygwin must have these functions somewhere, but for the life of me i
> > >can't find the libs or headers.  Anybody know where dirname() or
> > >basename() are located?
> >
> > Let me say it again: There is no mystery here.  If
> > you get a linker
> > error like: "undefined reference to '_basename'", in
> > 90% of the cases it
> > means exactly what it implies: basename is not
> > available.
> >
> > Whether it should be available, whether it is a
> > crime against man and
> > nature that it is not available, whether the lack of
> > the function
> > greatly impacts someone's ability to do their job,
> > is another issue, of
> > course.
> >
> > Until someone provides working implementations of
> > basename and dirname
> > for cygwin, I suggest that you work around the
> > problem.
> >
> > cgf

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where the %^$ is dirname() and basename()

[Elfyn McBratney]

Igor,

I've just written a basename function, but I've never had to create a
patch before... (OT) What patch command line should I use? Or should I
use `cvs diff'?

Elfyn
[EMAIL PROTECTED]

--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
>Robert,
>
>When you do implement them, you might as well help other programmers in
>need of them by submitting them as patches against the current cygwin CVS
>to cygwin-patches at cygwin dot com.  See 
>for patch conventions.
>   Igor
>
>On Tue, 7 Jan 2003, Robert Bercik wrote:
>
>> crap,
>>
>>they're so damn simple, I'll write the damn things...
>>
>> thanks,
>> -Rob
>> --- Faylor <[EMAIL PROTECTED]> wrote:
>> > On Tue, Jan 07, 2003 at 01:37:03PM -0800, Robert
>> > Bercik wrote:
>> > >Cygwin must have these functions somewhere, but for the life of me i
>> > >can't find the libs or headers.  Anybody know where dirname() or
>> > >basename() are located?
>> >
>> > Let me say it again: There is no mystery here.  If
>> > you get a linker
>> > error like: "undefined reference to '_basename'", in
>> > 90% of the cases it
>> > means exactly what it implies: basename is not
>> > available.
>> >
>> > Whether it should be available, whether it is a
>> > crime against man and
>> > nature that it is not available, whether the lack of
>> > the function
>> > greatly impacts someone's ability to do their job,
>> > is another issue, of
>> > course.
>> >
>> > Until someone provides working implementations of
>> > basename and dirname
>> > for cygwin, I suggest that you work around the
>> > problem.
>> >
>> > cgf
>
>-- 
>   http://cs.nyu.edu/~pechtcha/
>  |\  _,,,---,,_   [EMAIL PROTECTED]
>ZZZzz /,`.-'`'-.  ;-;;,_   [EMAIL PROTECTED]
> |,4-  ) )-,_. ,\ (  `'-'  Igor Pechtchanski
>'---''(_/--'  `-'\_) fLa.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
>Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
>  -- /usr/games/fortune
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/

_
www.smokeJet.com - Free UK Internet Services

_
Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, 
POP & more! http://www.everyone.net/selectmail?campaign=tag

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Where did nohup go?

[Hack Kampbjorn]

Mack Lobell wrote:

After upgrade to 2.0.15-3 i get the following error:

KeyChain 1.9; http://www.gentoo.org/projects/keychain
Copyright 2001 Gentoo Technologies, Inc.; Distributed under the GPL
* All previously running ssh-agent(s) have been stopped.
* Initializing /home/lobell/.ssh-agent-VOLVO file...
* Initializing /home/lobell/.ssh-agent-csh-VOLVO file...
* Starting new ssh-agent
/usr/bin/keychain: line 1: exec:: command not found
* Could not open a connection to your authentication agent.
/usr/bin/keychain: line 1: exec:: command not found
Could not open a connection to your authentication agent.
* 1 more keys to add...
Could not open a connection to your authentication agent.
* Problem adding key...
Could not open a connection to your authentication agent.
* 1 more keys to add...
Could not open a connection to your authentication agent.
* Problem adding key...
Could not open a connection to your authentication agent.
* 1 more keys to add...
Could not open a connection to your authentication agent.
* Problem adding key...

bash: exec:: command not found

If i go back to the nohup script delivered in 2.0.3 everything works ok.

Either there is a problem with the "new"(2.0.15-3) nohup or a problem 
with keychain.

Sorry I hadn't install the new sh-utils when I said to update to 
2.0.15-2 (I hadn't arrived at my configured mirror). I and others had 
similar problems with it, see:
http://www.cygwin.com/ml/cygwin/2003-01/msg00292.html

Now, 2.0.15-3 hasn't been announced yet (and again it wasn't at my usual 
mirror) but I have no errors with it.

--- nohup   2003-01-07 06:49:37.0 +0100
+++ /bin/nohup.orig 2003-01-05 04:15:00.0 +0100
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/bin/sh
 # nohup -- run a command immume to hangups, with output to a non-tty
 # Copyright (C) 1991, 1997, 1999, 2000, 2002 Free Software Foundation, 
Inc.


//Regards







From: Hack Kampbjorn <[EMAIL PROTECTED]>
To: Mack Lobell <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Subject: Re: Where did nohup go?
Date: Mon, 06 Jan 2003 02:09:24 +0100

Mack Lobell wrote:


After my latest upgrade of sh-utils (2.0.15.1) the nohup script has 
disappeared. Is this correct? The keychain (SSH stuff) script uses 
nohup so it needs modifications.


This was a packaging error. Update to 2.0.15-2.



nohup exists in sh-utils 2.0.3.

//Regards


--
Med venlig hilsen / Kind regards

Hack Kampbjørn


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

2 GB file limit when using "rcp" to a PC running cygwin RSHD

[Stephen Meratla]

I am unable to transfer files via rcp larger than 2 GB
from an IRIX host to a NT PC running Cygwin RSHD. The
transfer immediately fails with a "lost connection"
error message. There is no problem transferring files
smaller than 2 GB. I am able to FTP file to the PC so
the file size limit seems to be specific to rcp. Does
anyone know a work around to this problem? I am using
Cygwin version 1.3.18.1. Thanks. 

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 2 GB file limit when using "rcp" to a PC running cygwin RSHD

[Elfyn McBratney]

Cygwin cannot handle files that are 2GB or over in size. Thise question (about large 
files) has come up in the mailing list a few times in the last couple of months so 
it's always a good idea to search the archives and check the FAQ before posting as 
your question in case it may have, and in this case has, already been answered.

Elfyn
[EMAIL PROTECTED]


--- Stephen Meratla <[EMAIL PROTECTED]> wrote:
>I am unable to transfer files via rcp larger than 2 GB
>from an IRIX host to a NT PC running Cygwin RSHD. The
>transfer immediately fails with a "lost connection"
>error message. There is no problem transferring files
>smaller than 2 GB. I am able to FTP file to the PC so
>the file size limit seems to be specific to rcp. Does
>anyone know a work around to this problem? I am using
>Cygwin version 1.3.18.1. Thanks. 
>
>__
>Do you Yahoo!?
>Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
>http://mailplus.yahoo.com
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/

_
www.smokeJet.com - Free UK Internet Services

_
Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, 
POP & more! http://www.everyone.net/selectmail?campaign=tag

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash 2.05b-8 doesnot execute .bashrc even if HOME is definedand .bashrc is under both ~/ and /

[Andrew DeFaria]

Tianming Kong wrote:


I'm using cygwin v1.3.18 under Windows XP Professional. Unfortunately 
bash 2.05b-8 does not exectute my startup script ~/.bashrc -- I have 
to manually run it every time I start a new cygwin window.

I defined environement variable HOME as "d:\" using windows control 
panel. I also copy my .bashrc file to cygwin / directory. None of this 
works.

I also tried to use it under Windows 2000 Professional. The same 
problem happened.

Try this:

$ mv ~/.bashrc ~/.bash_login



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash 2.05b-8 doesnot execute .bashrc even if HOME is defined and .bashrc is under both ~/ and /

[Tianming Kong]

Both Andrew's method (renaming .bashrc to .bash_login)
and Todorovic's method (explictly sourcing .bashrc in
.profile) worked.

Thanks for all your help,

-Tim


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] Updated cygwin package rxvt-2.7.9-3

[Rui Carmo]

Hi there,

just add the line:

rxvt*scrollstyle: next

 to your ~/.Xresources file.

(You might want to run "rxvt --help" or check the man page for other 
valid resources you can set this way, since it is far preferable to 
adding command-line switches to rxvt)

Works perfectly in Win32 (so much so that people think my laptop is 
running Linux :))

R.

On Monday, Jan 6, 2003, at 12:37 Europe/Lisbon, Olaf Foellinger wrote:

On Tue, Dec 24, 2002 at 03:33:08AM -0500, Steve O wrote:

Hi,
rxvt is a terminal program that can be used instead of the windows
command shell.  It does not require an X server.

This release enables the NeXT and xterm scrollbars as well as
Shift-KP+ and Shift-KP- to change fonts.   Thanks to Sergei Okhapkin 
for
pointing out that the font changing keys did not work.

Can I use NeXT scrollbars in non-X ? If yes - how ? I have difficulties
to get the right cl option. 'rxvt -scrollstyle:next' gives an error.


Gruss Olaf Föllinger

--
Olaf Föllinger
Berater
S.E.S.A. Software und Systeme AG


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where the %^$ is dirname() and basename()

[Christopher Faylor]

On Tue, Jan 07, 2003 at 04:08:13PM -0800, Elfyn McBratney wrote:
>I've just written a basename function, but I've never had to create a
>patch before...  (OT) What patch command line should I use?  Or should
>I use `cvs diff'?

This information is available on the cygwin web page.  Click on
"Contributing".

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: sh-utils-2.0.15-3

[Christopher Faylor]

I've made a new version of the sh-utils available for download.  The
only change is modifying the first line in the nohup script from
'#!/bin/sh' to '#!/bin/bash'.

To update your installation, blah, blah, blah...


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Difficulties to download Cygwin when no Windows machine isavailable...

[Peter A. Castro]

On Mon, 30 Dec 2002, [ISO-8859-15] Brent Frère wrote:

> Cygwin is marvelous. Thank you for maintaining it. It's so powerful to 
> convince our customers to migrate to open-source software and finally OS...
> 
> I just have to face a problem: I wish to download the entire CygWin 
> distribution in order to give it to my customers on CDs (a way to 
> promote your project without having to ask them to download it...) Your 
> automatic installation procedure is very powerful, however it works only 
> on Windows-running hosts... (that makes sense, if you wish to use 
> it...). As professional telecom company, we don't have ANY windows based 
> host here. So, I have huge difficulties to download the software in 
> order to write some CD for our customers...
> 
> Could you, as example, refer on your web site some URL so that it could 
> be possible to download this marvelous project using plain http, ftp or 
> rsync protocol instead of the Setup.exe tool ?

You can also use wget to extract the entire tree from one of the http
mirrors.  This is what I do and we even discussed this topic on the list
some time earlier, so try searching the Cygwin mail archives. 

Burning to CD is a different topic and there are several options as long
as you are willing to drop/remove a few things. 

> Thank you.

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

night of the living dead - gdb won't let me kill!

[Ed]

Howdy all!

I'm using the latest cygwin gdb, g++, and emacs to port some complex
code from windows to linux. First I ported to cygwin, then to
linux. Worked great!

But there was one fly in the ointment. While using gdb I did a kill so
that I could rebuild the app. Make (or rather the linker) wouldn't let
me overwrite the executable file until I had actually quit gdb.

Is there some kind of file locking issue here?

Thanks!

Ed


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

help...

[top_general]

I have a question . 
Firstly: 
I make a "C library".The "C library" source code is below: 
http://www.uclinux.org/pub/uClinux/libraries/ 
uC-libc-310899.tar.gz. 
I build a "libc.a" using "make " in cygwin. 

secondly: 
I do an example "a.c".below: 
//a.c 
#include  
void main() 
{ 
printf("success!"); 
return ; 
} 

I want to use "printf" function in libc.a, not in libcygwin.a. 
so I using a new libcygwin.a ,not original libcygwin.a. 

ar r libcygwin.a _cygwin_crt0_common.o _cygwin_S_IEXEC.o cygwin_attach_dll.o 
cygwin_crt0.o dll_entry.o dll_main.o libcmain.o premain0.o premain1.o premain2.o 
premain3.o regcomp.o regerror.o regexec.o regfree.o 

thirdly: 
complied the program: 
gcc -g -o a.exe a.c -lc -lcygwin 

there are some question below: 
/cygdrive/d/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccSmKP9B.o: In function `main': 
/cygdrive/e/develop/uc-libc_310899/1.c:4: undefined reference to `__main' 
/cygdrive/e/develop/uc-libc_310899/1.c:5: undefined reference to `printf' 
/usr/lib/libcygwin.a(cygwin_crt0.o)(.text+0x41): undefined reference to `import stub 
for dll_crt0(per_process *)' 
/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xca): undefined reference to 
`malloc' 
/usr/lib/libcygwin.a(d000582.o)(.idata$7+0x0): undefined reference to 
`_head_cygwin1_dll' 
/usr/lib/libcygwin.a(d001007.o)(.idata$7+0x0): undefined reference to 
`_head_cygwin1_dll' 
/usr/lib/libcygwin.a(d000723.o)(.idata$7+0x0): undefined reference to 
`_head_cygwin1_dll' 
/usr/lib/libcygwin.a(d000635.o)(.idata$7+0x0): undefined reference to 
`_head_cygwin1_dll' 
collect2: ld returned 1 exit status 

how can i do? who help me ? Thanks
__

===
Ãâ·ÑÊÔÓÃÐÂÀË15MÈÎÄãÓÊ »ñÊýÂëÏà»ú¡¢ÊÖ»ú´ó½± 
(http://vip.sina.com/sol_mail/promotion/pro_men.html)
ÐÂÀ˶þÊÖÊг¡£ºÒ»ÔªÍ¶È룬ʮ·Ö¾ªÏ²£¬°Ù·ÖÂúÒâ (http://classad.sina.com.cn/2shou/)
ÿÌì1²¿ÊÖ»ú£¡çÍ·×ÐÂÄê¶ÌÐÅרÌâ (http://sms.sina.com.cn/act/beautyxmas.html)

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 2 GB file limit when using "rcp" to a PC running cygwin RSHD

[Stephen Meratla]

Thank you Elfyn. 

--- Elfyn McBratney <[EMAIL PROTECTED]>
wrote:
> Cygwin cannot handle files that are 2GB or over in
> size. Thise question (about large files) has come up
> in the mailing list a few times in the last couple
> of months so it's always a good idea to search the
> archives and check the FAQ before posting as your
> question in case it may have, and in this case has,
> already been answered.
> 
> Elfyn
> [EMAIL PROTECTED]
> 
> 
> --- Stephen Meratla <[EMAIL PROTECTED]> wrote:
> >I am unable to transfer files via rcp larger than 2
> GB
> >from an IRIX host to a NT PC running Cygwin RSHD.
> The
> >transfer immediately fails with a "lost connection"
> >error message. There is no problem transferring
> files
> >smaller than 2 GB. I am able to FTP file to the PC
> so
> >the file size limit seems to be specific to rcp.
> Does
> >anyone know a work around to this problem? I am
> using
> >Cygwin version 1.3.18.1. Thanks. 
> >
> >__
> >Do you Yahoo!?
> >Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> >http://mailplus.yahoo.com
> >
> >--
> >Unsubscribe info: 
> http://cygwin.com/ml/#unsubscribe-simple
> >Bug reporting: http://cygwin.com/bugs.html
> >Documentation: http://cygwin.com/docs.html
> >FAQ:   http://cygwin.com/faq/
> 
>
_
> www.smokeJet.com - Free UK Internet Services
> 
>
_
> Select your own custom email address for FREE! Get
> [EMAIL PROTECTED] w/No Ads, 6MB, POP & more!
http://www.everyone.net/selectmail?campaign=tag


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: help...

[Christopher Faylor]

On Wed, Jan 08, 2003 at 11:23:28AM +0800, top_general wrote:
>I have a question . 
>Firstly: 
>I make a "C library".The "C library" source code is below: 
>http://www.uclinux.org/pub/uClinux/libraries/ 
>uC-libc-310899.tar.gz. 
>I build a "libc.a" using "make " in cygwin. 
>
>secondly: 
>I do an example "a.c".below: 
>//a.c 
>#include  
>void main() 
>{ 
>printf("success!"); 
>return ; 
>} 
>
>I want to use "printf" function in libc.a, not in libcygwin.a. 
>so I using a new libcygwin.a ,not original libcygwin.a. 
>
>ar r libcygwin.a _cygwin_crt0_common.o _cygwin_S_IEXEC.o cygwin_attach_dll.o 
>cygwin_crt0.o dll_entry.o dll_main.o libcmain.o premain0.o premain1.o premain2.o 
>premain3.o regcomp.o regerror.o regexec.o regfree.o 
>
>thirdly: 
>complied the program: 
>gcc -g -o a.exe a.c -lc -lcygwin 
>
>there are some question below: 
>/cygdrive/d/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccSmKP9B.o: In function `main': 
>/cygdrive/e/develop/uc-libc_310899/1.c:4: undefined reference to `__main' 
>/cygdrive/e/develop/uc-libc_310899/1.c:5: undefined reference to `printf' 
>/usr/lib/libcygwin.a(cygwin_crt0.o)(.text+0x41): undefined reference to `import stub 
>for dll_crt0(per_process *)' 
>/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xca): undefined reference to 
>`malloc' 
>/usr/lib/libcygwin.a(d000582.o)(.idata$7+0x0): undefined reference to 
>`_head_cygwin1_dll' 
>/usr/lib/libcygwin.a(d001007.o)(.idata$7+0x0): undefined reference to 
>`_head_cygwin1_dll' 
>/usr/lib/libcygwin.a(d000723.o)(.idata$7+0x0): undefined reference to 
>`_head_cygwin1_dll' 
>/usr/lib/libcygwin.a(d000635.o)(.idata$7+0x0): undefined reference to 
>`_head_cygwin1_dll' 
>collect2: ld returned 1 exit status 
>
>how can i do?

You can't.

>who help me ? Thanks

It's unlikely that anyone can.  You cannot just drop code into cygwin
without understanding what is going on.  If you are having problems with
printf you should report them.  If you want to augment printf to use
something available only in uClibc (a very nice embedded libc) then you
should look at the existing code for printf in newlib and modify that.
Trying to retrofit printf from uClibc for cygwin would be a daunting
task.

Wouldn't it be nice if the world worked that way, though?  No
understanding required.

"I'm trying to modify my television so that it will take HDTV signals.
I've pried the back off and randomly moved my hand around inside and now
it seems to work.  I'm off to modify my VCR so that it will take DVDs
next.  I assume that all that I'll need to do is close up the hole in
the front with some cardboard and just add a slot for the DVD..."

cgf
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Repost, different list...File::Spec, cygwin, Syntactic vs. Semantic path analysis

[linda w \(cyg\)]

> From: Christopher Faylor
> I am not clear on why we are devoting so much time to what is
> required for a straight win32 environment in a cygwin mailing 
> list.  As odd as it sounds, this seems somewhat off-topic to 
> me.  Or at least uninteresting.
===
I'm sorry.  I thought the cygwin project -- was to provide a Posix type
platform to [aid, assist, help] in porting *nix/gnu utils to the Win32
environment.  

Might that not imply some minimal understanding of the Win32 environment
so as to integrate as seamlessly as possible with such?
If one wants a pure (well mostly) non-win32 environment, there is 
always Linux, but without some understanding of the Win32 environment,
some might consider it difficult to port tools to such an environment.

The only reason this issue came up for me was in writing a perl util
that I could, transparently, use on either my linux or Win boxes.  It'd be nice
to start having more free tools on Win32 to replace dime and nickel utils that
do as little as rename files. But for that to be happen, the tools have to be
able to parse standard Win32 pathnames as well as posix-ish/*nix filenames.  

If I give the utility to my mom, I don't want to have to try to
explain to her why she has to learn a whole different file syntax just
to use a freeware utility.  It won't happen.  It would hinder adoption and
acceptance of such utilities.

> You could take the radical approach of having a cygwin perl
> module reject backslashes and colons entirely.  
---
IMO, that would defeat the purpose of cygwin.  
> Whatever you 
> do *please* do not make the mistake of converting slashes to 
> backslashes in anything that is seen by cygwin functions.
---
And your reasoning not to convert a path that appears to be
a Win format: C:\foobar/smellypath/file or \\sysname\share/dir/subdir
to a standard winpath of all backslashes if the user asks for a 
canonical path?  You say:

>  If 
> you convert backslashes to slashes then you will be 
> introducing an inconsistency between the way cygwin handles 
> these types of paths and the way the perl module interprets 
> them.  Backslashes and colons in paths short-circuit mount 
> table operations in cygwin.  So, \usr\bin is not equivalent 
> to /usr/bin.
---
So by that logic we should do...what?  If we convert from C:\foobar
to /cygdrive/c/foobar we are changing the semantics introduced via the
cygwin mounting system.

I think we are in agreement on "/home/myhome\mybin\myfile" being
canonicalized to use all forward slashes.  I'm pretty stiff at this point,
though about converting C:/foo to C:\foo.  I'm a bit more torn on
the usage of "//host/share/dir/file" vs. "\\host\share\dir\file".
Just now, in trying to mount a cygwin virtual path on a remote // filesystem, it
didn't work.  I suspect that you cannot have a cygwin
file system mounted on a remote directory.  That would be "a" point in saying
that "//" should be canonicalized to "\\" since it can't be
a cygwin mounted fs, and truly is a Win32 path construct, thus, 
canonicalization to backslashes would be appropriate.


> I'd like to ignore this tempest in a teapot entirely but I
> sure don't want to see someone implement a perl module that 
> does the wrong thing for cygwin.
---
"wrong thing" may depend on what one thinks cygwin is for.  It's
like the good vs. bad thing...good for what?  bad for who?  Hopefully
we arrive at an answer that is good for all.

Someone mentioned a distaste for the idea of parsing unix
filesystems into the "volume" parameter, but that's exactly what
the "volume" parameter is for.  However, given that "cygdrive" is an
arbitrary default string that can be 'user changed', then cygdrive has
only a 'semantic' meaning, not 'syntactic'.  

If File::Spec moves, in general, to being 'Syntax' only, then
has a different decompose function for Semantic analysis then the
default would not to treat /cygdrive/ special unless one 
parsed for "semantic" analysis -- in which case, all mount points
should be broken apart with the right-most mount point being the
first 'device' name split off (with the possibility, with nested mounts, of
there being more calls to the semantic decompose function to get at all the
separate devices (if needed) -- though usually for rename/copy purposes one
wants the device the targe file/dir would be on, thus the right most
path component that is a file system.

Is this making any sense yet?

Linda

p.s. -- Sometimes I wish _simple_ HTML would become more standardized for
email -- it could make some writing much easier to read and comprehend.

If only text-based email readers could do the 'lynx' thing with HTML 
content



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Repost, different list...File::Spec, cygwin, Syntactic vs. Semantic path analysis

[Christopher Faylor]

On Tue, Jan 07, 2003 at 07:44:42PM -0800, linda w (cyg) wrote:
>> From: Christopher Faylor
>>I am not clear on why we are devoting so much time to what is required
>>for a straight win32 environment in a cygwin mailing list.  As odd as
>>it sounds, this seems somewhat off-topic to me.  Or at least
>>uninteresting.
>===
>I'm sorry.  I thought the cygwin project -- was to provide a Posix type
>platform to [aid, assist, help] in porting *nix/gnu utils to the Win32
>environment.

Cygwin's primary purpose is to provide a UNIX environment for Windows.
Although it can be used in other ways, the basic purpose is not to
provide a stepping stone to helping port programs to native Windows.
Things like Win32 path names and accommodating pure-win32 processes are
*always* of secondary importance wrt getting the UNIX bits right.

>Might that not imply some minimal understanding of the Win32
>environment so as to integrate as seamlessly as possible with such?

Nope.  It's supposed to isolate you from the windows environment.  In
theory, you shouldn't have to know or worry about the :\ nonsense.

I realize that really isn't possible, but spending countless messages
agonizing over the right way to deal with a backslash is really getting
far afield from the goals of the project.

>If one wants a pure (well mostly) non-win32 environment, there is 
>always Linux, but without some understanding of the Win32 environment,
>some might consider it difficult to port tools to such an environment.

Understanding that the OS uses :\ specially, and that the filenames are
case preserving but case insensitive, is, of course, necessary.
Understanding that double slashes at the beginning of a path are special
is good sense for any portable program.

Again, spending a lot of time worrying about what will happen when a user
types in a MS-DOS path name is uninteresting.  Document whatever warts
that Cygwin has and move on.  Or provide patches to rectify any egregious
behavior you find.  Just lets not spend too much time on this subject
in the cygwin mailing list.

>The only reason this issue came up for me was in writing a perl util
>that I could, transparently, use on either my linux or Win boxes.  It'd
>be nice to start having more free tools on Win32 to replace dime and
>nickel utils that do as little as rename files.  But for that to be
>happen, the tools have to be able to parse standard Win32 pathnames as
>well as posix-ish/*nix filenames.

Why?  Just use UNIX paths.

>If I give the utility to my mom, I don't want to have to try to explain
>to her why she has to learn a whole different file syntax just to use a
>freeware utility.  It won't happen.  It would hinder adoption and
>acceptance of such utilities.

Maybe your mom is special.  My parents have little, if any, understanding
of slashes, so if I told to always type 'mv /cygdrive/c/foo /cygdrive/c/bar'
they would dutifully type that.  If I tried to explain how they could
type

  c:
  cd \foo
  d:
  c:
  pwd

and still be in c:\foo their eyes would glaze over.

It's hard to understand how this could be a really big issue for a naive
user anyway.

>>Whatever you do *please* do not make the mistake of converting slashes
>>to backslashes in anything that is seen by cygwin functions.
>
>--- And your reasoning not to convert a path that appears to be a Win
>format: C:\foobar/smellypath/file or \\sysname\share/dir/subdir to a
>standard winpath of all backslashes if the user asks for a canonical
>path?  You say:

I said previously that if cygwin sees a path with a backslash or a colon
it is considered to be a windows path.  So, if you change /foo/bar to
\foo\bar or c:\foo\bar you will cause problems.  That is what I meant.
As far as cygwin is concerned, \foo/bar and \foo\bar are "equivalent",
however.  The presence of the backslash causes the file to be treated
as a windows path.

So, I don't want to see any of these conversions as part of a
canonicalization:

PathConversion
/foo\bar/foo/bar
/foo/bar\foo\bar
c:/foo/bar  /cygdrive/c/foo/bar
c:\foo/bar  /cygdrive/c/foo/bar
/cygdrive/c/foo c:\foo

These are ok:

pathconversion
/foo\bar\foo\bar
/foo/bar/foo/bar
c:/foo/bar  c:\foo\bar
c:\foo/bar  c:\foo\bar
c:\foo\bar  c:/foo/bar  (presence of colon means win32)
/cygdrive/c/foo /cygdrive/c/foo

>I think we are in agreement on "/home/myhome\mybin\myfile" being
>canonicalized to use all forward slashes.

We are not in agreement.  If cygwin sees a backslash it assumes it is a
windows path.

(Maybe I've repeated this enough now.  I think I'll stop)

>I'm pretty stiff at this point, though about converting C:/foo to
>C:\foo.  I'm a bit more torn on the usage of "//host/share/dir/file"
>vs.  "\\host\share\dir\file".  Just now, in trying to mount a cygwin
>virtual path on a remote // filesystem, it didn't work.  I suspect that
>you cannot have a cygwin file system mounted on a remote directory.
>That would be "a" point in sa

System() command

[Maor Avni]

Hi,

I have this very simple C program:

#include 

int main()
{
  char a[] = "echo echo testing 123";
  system(a);
  return 0;
}

I compile it with gcc and everything works fine, until I run it under Win2K's cmd.exe: 
the program just exits and does nothing.

I have set up the PATH environment variable, and it still doesn't work.

Any ideas?

Maor Avni


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[[[ Asking for Permission ]]]

[Kazuya Ohtomo]

Dear Sir.

This is Obscure inc. a editorial office in Japan.

We are now working to publish a book about Personal Web Server . We intend
to attach a CD-ROM, which contains many software, to our book.

We would like to include the following software in the CD-ROM with your
permission.

 Software: Cygwin
 Version: 1.3.18-1
 Type: Freeware

Please let us know if there is any problem regarding the distribution
of your software.  It will be a great help if you send us some comments
by E-mail or fax as soon as possible.

This book will be published in March or April 2003 in Japan.

Thank you for your time and cooperation.

Best regards,

NAME: Kazuya Ohtomo
Editor, Obscure Inc.

[E-MAIL]  Internet:  [EMAIL PROTECTED]
 [FAX] +81-3-5467-7682

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/