CYGWIN : Scheduling

[Herve Bailly]

Hello,
With mutlti-thread CYGWIN application, how to have scheduling
between threads even if one is blocking in a loop ?
Thank you for any response.
Hervé BAILLY


--
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: rxvt-2.7.2-10

[Steve O]

rxvt-2.7.2-10 has been uploaded to the Cygwin net distribution.
rxvt is a lightweight xterm that can display to either X or 
native Windows. 

Changes:
- F10 key passed to shell (Christian LESTRADE)
- fixed geometry on startup (Dr. Volker Zell)
- changed default icon to less interesting version

 
-steve o

To update your installation, click on the "Install Cygwin now" link
on the http://cygwin.com/ web page.  This downloads setup.exe to
your system.  Save it and run setup, answer the questions and pick
up 'rxvt' from the 'Shells' category.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

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

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually
up-to-date

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

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

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]


--
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: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)

[Robert Collins]

I haven't done much work on the sem* functions to date, other than
keeping the functional.

Patches, as always, gratefully accepted. Post daemon merge I can do a
review of the sem* functions.

The problem should _not_ be endemic in the pthreads code, as I rewrote
nearly all the pthread* functions from the P1003.1 draft spec.

Rob

===
- Original Message -
From: "Christopher Faylor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 5:13 PM
Subject: Re: sem_trywait returns EAGAIN (rather than returning -1 and
setting errno)


> On Mon, Feb 25, 2002 at 09:31:41PM -0500, Andrew T. Schnable wrote:
> >I was doing some pthreads/semaphore work and I tracked down a problem
> >in my code to a bug in sem_trywait.  Posix sem_trywait is defined as
> >returning -1 and setting errno to EAGAIN if the semaphore would have
> >blocked.  The cygwin implementation returns EAGAIN an leaves errno
> >unchanged.
> >
> >Has anyone else encountered this problem and provided a fix?
>
> Hmm.  Unless I am missing something, it looks like this problem is
> prevalent in the pthreads code.  It makes me think that maybe the
> author meant to catch these kinds of things in the interface between
> the __pthread/pthread calls.
>
> Robert, can you explain what's going on here?
>
> 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/

Re: Next version of setup.exe

[Volker Quetschke]

Just tried it,

as you can see here:

http://www.scytek.de/setup-20020225-screens2.gif

it does strange things in the selection window, I just clicked +Doc
and made a screenshot.

And here: http://www.scytek.de/setup-20020225-screens1.gif
you can see what happens after a click on the View button.

Another strange thing is that you can't get a "screenshot" of the
Cygwin Setup window (with -). I did a full screenshot and
cut off the rest. I think this behavior is relatatet to the fact that
you can't get the Cygwin Setup to the top of the desktop by clicking
on the tasklist. The window gets the focus, but doesn't come to the top.

 >Please use this, and report any bugs back to us. We know of one with
 >large fonts, that will be rectified shortly, but we want to ensure that
 >no functional bugs exist. All going well this will be the default
 >setup.exe by the end of the week!
(Then I will have serious problems with my cygwin updates)

I know of the large font problem, but changing the font size and the
acceleration settings for the graphicscard changes nothing instead of 
cutting a few pixel from the top of every visible text line.

This system is an ACER Travelmate 600 with Windows 98SE.

I tried setup also on a Windows 2K computer, there everything is ok.

Bye
Volker




--
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: 1.3.4 - touch /etc/abc causes BSOD

[Robert Collins]

===
- Original Message -
From: "Lagstein, Yossi" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 5:56 PM
Subject: RE: 1.3.4 - touch /etc/abc causes BSOD


> It may be Microsoft bug, but since The trigger for the BSOD is cygwin,
and
> I'm unable to reproduce it with non cygwin relegated software, I hope
that
> other people that encounter the same or similar problem may have some
idea
> on how to solve the it

I understand your hope, but it is fallacious. The correct way to debug
this is _already_ documented by MS, at the locations you showed. The
first step is to identify the failing component: NTKERNEL.EXE, and the
second step to contact the manufacturer: MS.

Rob


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

Problem when on a Linux box ?

[tsmets]

Config is the following :
client-wks is Win2000 with cygwin on it
Servers are Linux Mandrake 8.1
When I SSH to the server : no problemo
but when I try to "vi", I got this :

 Administrator@CALVIN ~
$ ssh -l root 192.168.1.254
[EMAIL PROTECTED]'s password:
Last login: Tue Feb 26 03:19:58 2002 from 192.168.1.101
root@ruther root]# vi

Terminal entry not found in terminfo
'cygwin' not known. Available builtin terminals are:
   builtin_riscos
   builtin_amiga
   builtin_beos-ansi
   builtin_ansi
   builtin_pcansi
   builtin_win32
   builtin_vt320
   builtin_vt52
   builtin_xterm
   builtin_iris-ansi
   builtin_debug
   builtin_dumb
Defaulting to 'ansi'


How can I change the setting to suite the needs of the linux ?
The main problem being that I cannot use Midnight Commander, 
neither applicaation like linuxconf over teh session !

Administrator@CALVIN ~
$ ssh -l root 192.168.1.254
[EMAIL PROTECTED]'s password:
Last login: Tue Feb 26 11:38:07 2002 from 192.168.1.101
[root@ruther root]# linuxconf
Error opening terminal: cygwin.
[root@ruther root]# mc
Unknown terminal: cygwin
Check the TERM environment variable.
Also make sure that the terminal is defined in the terminfo database.
Alternatively, set the TERMCAP environment variable to the desired
termcap entry.
[root@ruther root]#


Would someone have an idea ?

Thomas,



--
Thomas SMETS
yahoo-id : smetsthomas



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

Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)

[Ehud Karni]

Below is Eli Zaretskii mail from 23 Feb 2002.

I think that we need a CygEmacs - an emacs that will be compiled with
the real Cygwin ported gcc (i.e. without the -mno-cygwin). CygEmacs
will have UNIX APIs for I/O (files and sockets), and M$Windows APIs
for the display and the keyboard. This is already done (partly) by the
Cygwin port of rxvt.

If this is too difficult, may be a version of Emacs for Cygwin, that
use only the UNIX APIs can be ported. This Emacs version will be used
only within Cygwin's windows - Console or rxvt (Emacs in TTY mode) or
real display (using Cygwin-Xfree).

Any of these version will solve the 2 major issues of using Emacs with
Cygwin - 1. The files (names and attributes). 2. Running of sub-shells
in Emacs (file is not tty problem). It may solve another problem that
bothers me - running a client on the PC to a server on UNIX.

Ehud.


--- Original Eli's mail ---

> From: [EMAIL PROTECTED] (Jari Aalto+mail.emacs)
> Date: Sat, 23 Feb 2002 11:29:27 +0200
> 
> all Windows users continue complaining why Emacs does not help them
> to use Cygwin environment more easily.

They should complain to Cygwin developers.

I asked before, and I'll ask again: did someone try to talk to the
Cygwin developers about this issue?  Did someone ask them what do
they think about supporting Windows file names better, and if so,
what did they reply?

It strikes me that an important party to this discussion is strangely
absent.


-- 
 Ehud Karni   Tel: +972-3-7966-561  /"\
 Mivtach - Simon  Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 mailto:[EMAIL PROTECTED]  Better  Safe  Than  Sorry

--
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: Make 3.79.1 - dependency checking & previous versions

[Mark Sheppard]

I'm using Cygwin make-3.79.1-5 on a largeish project.  While we're
not using .d files we do have a lot of dependecies spread across
several makefiles that get included by other makefiles.  I'm trying
to see if we're affected by this problem as startup takes longer than
I would have thought it should do, guessing from when I last used make
on a largish project a couple of years back.  So I tried the MinGW
precompiled make but it's actually slower than the Cygwin one (and
works slightly differently - $(shell find -iname \*.wav) fails).

How much improvement have you noticed with the FSF one?
Can you tell me where to get a precompiled binary of it?

Thanks,
Mark.


-Original Message-
From: John Segrave (x3254) [mailto:[EMAIL PROTECTED]]
Sent: 25 February 2002 10:50
To: 'Larry Hall (RFK Partners, Inc)'
Cc: [EMAIL PROTECTED]
Subject: RE: Make 3.79.1 - dependency checking & previous versions


Larry - thanks for those files.  I think we have our issue sorted: when
we use the FSF win32 port of make 3.79.1, dependency checking works fine
- when we use the cygwin port of make 3.79.1, it doesn't.

For the moment we can get away with using the FSF port, but as soon as I
get time I'll try to track down where the cygwin problem originated.

Thanks again,

John


> -Original Message-
> From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] 
> Sent: 21 February 2002 16:12
> To: [EMAIL PROTECTED]
> Subject: RE: Make 3.79.1 - dependency checking & previous versions
> 
> 
> At 11:01 AM 2/21/2002, you wrote:
> > > >I'd really appreciate it if I could get some of those 
> packages from
> > > >you. Can you put them online anywhere?
> >
> > > I can email them if you want.  Contact me off-list with the
> > > packages you'd like and I'll send you what I have.
> >
> >I'm mostly interested in trying to get a make that is close 
> to 3.79.1, 
> >but doesn't have the dependency checking problem.  So 3.79.3-4 is 
> >probably the one to check first.  Failing that, I'd like to 
> try 3.79-3 
> >to see if the problem existed that far back.  I have an interest in 
> >getting 3.79.1-2 and 3.79.1-1, but that's just curiosity, I 
> don't need 
> >them yet :)  If you can send me any of these versions, I'd really 
> >appreciate it.
> 
> 
> 
> Here they are.
> 
> Enjoy! ;-)
> 
> 
> 
> 


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

tar: Child died with signal 13

[Volker Quetschke]

Hi,

recently I found a problem when I try to untar some tar.gz archives
under cygwin. The tar.gz at this link is ca. 1,5kb
   http://www.scytek.de/expat.pat.tar.gz  .
It is just one example, it is taken from OpenOffice641C.

On my Windows 2K machine, cygwin updatet a few minutes ago, I get:

Administrator@LISI ~/tartest
$ tar -tzf expat.pat.tar.gz
pat/
pat/xmlparse/
pat/xmlparse/hashtable.h.pat
pat/xmlparse/xmlparse.h.pat
pat/xmltok/
tar: Child died with signal 13
tar: Error exit delayed from previous errors

Administrator@LISI ~/tartest
$ la
total 6
dr-xr-xr-x2 Administ Kein0 Feb 26 10:02 .
drwxr-xr-x6 Administ Kein 4096 Feb 26 10:02 ..
-r-xr-xr-x1 Administ Kein 1435 Sep 20  2000 expat.pat.tar.gz

I get this error in both cases, with CYGWIN=ntsec tty and CYGWIN=tty.

I also get this error on Cygwin on our Windows 2K server, but there I 
can't change the environement ;-)

If I do an gunzip first, and then a tar -tf foo.tar I get no error.

I also don't get an error doing the tar -tzf on cygwin on Windows98SE
or Linux.

Only few *.tar.gz files have this problem, but some have. I have three 
more examples, but they are not so short as the one mentioned above.

Any ideas?

Volker
-- 


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

debugging problem

[Chris January]

I have a bug that shows up when I run commands normally from bash, but
doesn't show up when they are run with strace (because it only shows up on
direct children of the initial bash process). How can I debug this?

Regards
Chris



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

ipc.h msg.h lock.h

[Tandon, Abhinav]

Hi,
I'm looking to compile a program that needs ipc.h,msg.h,lock.h,
 but I still can't find them.
I read some emails in the mailing list, but I didn't find anything
useful.
Can you help me? I need it for my project.
Regards
Abhinav Tandon
iPolicy Networks









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

ls /cygdrive

[Chris January]

Can someone with Cygwin 1.3.10 DLL please check what output you get if you
type the following:
1. Click Cygwin.bat
2. Type cd /cygdrive
3. Type ls

Regards
Chris



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

rm / rmdir not completely functionnal ?

[tsmets]

I took a copy of my linux /etc directory to analyse "it".
When done with it I tried to remove it with the following commands :
$ cd /tmp
$ rm -dfvR ./etc
$ rm -dfvR ./etc
removing `./etc'
rm: cannot unlink `./etc': Not owner
$ ls -la
total 11751
drwxr-xr-x4 Administ None 4096 Feb 26 11:40 .
drwxr-xr-x   12 Administ None 4096 Feb  7 15:39 ..
-rw-r--r--1 Administ None11052 Feb 21 02:15
PolicyExplained.xml
drwxr-xr-x2 Administ None 4096 Apr 19  2001
aberystwyth-2001-summary
-rw-r--r--1 Administ None71680 Feb 18 13:53
aberystwyth-2001-summary.t
-rw-r--r--1 Administ None 10588160 Feb 26 11:33
config_etc2.tar
drwxr-xr-x   42 Administ None49152 Feb 26 11:37 etc
-rw-r--r--1 Administ None   593537 Feb 21 22:42
iptables-tutorial.pdf.gz
-rw-r--r--1 Administ None   277824 Feb 26 02:00 syslog
-rw-r--r--1 Administ None   213057 Feb 26 02:10 syslog.ipt
-rw-r--r--1 Administ None   213057 Feb 26 02:12 syslog2.ipt
Administrator@CALVIN /tmp

If I try to empty the director, I got the following :
$ cd ./etc
$ rm -fRv *
removing `Bastille'
rm: cannot unlink `Bastille': Not owner
removing `X11'
rm: cannot unlink `X11': Not owner
removing `alternatives'
rm: cannot unlink `alternatives': Not owner
removing `cron.d'
rm: cannot unlink `cron.d': Not owner
removing `cron.daily'
rm: cannot unlink `cron.daily': Not owner
removing `cron.hourly'
rm: cannot unlink `cron.hourly': Not owner
removing `cron.monthly'
rm: cannot unlink `cron.monthly': Not owner
... and so on ...

Could some one tell me how I should do ?

Tx,

THomas,



--
Thomas SMETS
rue J. Wytsmanstraat 62
1050 Bruxelles
yahoo-id : smetsthomas



--
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: Next version of setup.exe

[Mark Himsley]

On Tue, 26 Feb 2002 11:01:12 +1100 you wrote:

>It is accessible via http://www.cygwin.com/setup-snapshots/setup-20020225.exe.

Maybe the 'Locate package Directory' text box could fill the width of the
dialog slightly more

Maybe its my computer but selecting the 'Cygwin Setup' item in the task bar
or clicking anywhere on the dialog except for the title bar does not top the
dialog (it does get focus though).

Using setup in two passes, one to doanload and one to install.
I selected to uninstall bison on the first pass, it was installed and there
was an update to happen.
On the second pass I was not able to uninstall as uninstall is not one of
the options but installing the latest version (which was not downloaded) was
in the list of options.
When it got to do the install there was an error indicating that the file to
install did not exist (which is correct).
This leads me to two observations: (1) what is the point of the uninstall
option in the download phase and (2) why did the install phase offer to
install a file that did not exist and did not offer to uninstall that file.

-- 
Mark Himsley
In Acton

--
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: cygrunsrv patch proposal

[Corinna Vinschen]

On Sun, Feb 24, 2002 at 08:52:00AM -0800, Karl M wrote:
> Hi Corinna...
> 
> Here it is again with a changelog and readme update as well.
> >
> >And I'm missing a ChangeLog entry (plain text, not a diff).
  ^^
Since the cvs version is not in the same state as the released
version, it can't apply cleanly.  Please send ChangeLogs always
plain, never as diff.

And please, don't send patches as zipped file.

Anyway, I've applied it for now.

Thanks, I'll upload a new cygrunsrv version in a few minutes.

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: CYGWIN : Scheduling

[Robert Collins]

> -Original Message-
> From: Herve Bailly [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 26, 2002 7:30 PM
> To: [EMAIL PROTECTED]
> Subject: CYGWIN : Scheduling
> 
> 
> Hello,
> With mutlti-thread CYGWIN application, how to have 
> scheduling between threads even if one is blocking in a loop ?
> Thank you for any response.
> Hervé BAILLY

The usual way - with a mutex and a condition variable.

Rob

--
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: Child died with signal 13

[Eugene Rosenzweig]

Hmm, it worked for me. I assume out of the documentation that tar will spawn
gzip -d filename and pipe it into itself. So, if 13 is the system error from
tar, which is EACCES, permission denied so maybe there is a problem
accessing the file? The listing shows that file is owned by Administ(rator?)
and prompt says Administrator so it seems correct but if you substitute
filename for nonexistent one then you get
tar: Child died with signal 2 <-- 2 being 'file not found' error
so it seems that there is a problem with permissions?

Eugene.

- Original Message -
From: "Volker Quetschke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 9:38 PM
Subject: tar: Child died with signal 13


> Hi,
>
> recently I found a problem when I try to untar some tar.gz archives
> under cygwin. The tar.gz at this link is ca. 1,5kb
>http://www.scytek.de/expat.pat.tar.gz  .
> It is just one example, it is taken from OpenOffice641C.
>
> On my Windows 2K machine, cygwin updatet a few minutes ago, I get:
>
> Administrator@LISI ~/tartest
> $ tar -tzf expat.pat.tar.gz
> pat/
> pat/xmlparse/
> pat/xmlparse/hashtable.h.pat
> pat/xmlparse/xmlparse.h.pat
> pat/xmltok/
> tar: Child died with signal 13
> tar: Error exit delayed from previous errors
>
> Administrator@LISI ~/tartest
> $ la
> total 6
> dr-xr-xr-x2 Administ Kein0 Feb 26 10:02 .
> drwxr-xr-x6 Administ Kein 4096 Feb 26 10:02 ..
> -r-xr-xr-x1 Administ Kein 1435 Sep 20  2000 expat.pat.tar.gz
>
> I get this error in both cases, with CYGWIN=ntsec tty and CYGWIN=tty.
>
> I also get this error on Cygwin on our Windows 2K server, but there I
> can't change the environement ;-)
>
> If I do an gunzip first, and then a tar -tf foo.tar I get no error.
>
> I also don't get an error doing the tar -tzf on cygwin on Windows98SE
> or Linux.
>
> Only few *.tar.gz files have this problem, but some have. I have three
> more examples, but they are not so short as the one mentioned above.
>
> Any ideas?
>
> Volker
> --
>
>
> --
> 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/

inetd broken with cygwin.dll 1.3.9

[Rafael Botejara Cepeda]

Hello:

I have an installation with cygwin1.3.3 and telnetd (inetd) running ok.

But when I have updated to cygwin1.3.9, telnetd does not prompt for login
It says: Connection closed by foreign host.

Downgrading to cygwin 1.3.3 or 1.3.6 works!!!

What happend with it???

Bye
Rafa.
--
This email is confidential and intended solely for the use of the individual to whom 
it is addressed. Any views or opinions presented are solely those of the author and do 
not necessarily represent those of SchlumbergerSema. 
If you are not the intended recipient, be advised that you have received this email in 
error and that any use, dissemination, forwarding, printing, or copying of this email 
is strictly prohibited.
--


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

inetd broken with cygwin.dll 1.3.9

[Rafael Botejara Cepeda]

Hello:

I have an installation with cygwin1.3.3 and telnetd (inetd) running ok.

But when I have updated to cygwin1.3.9, telnetd does not prompt for login
It says: Connection closed by foreign host.

Downgrading to cygwin 1.3.3 or 1.3.6 works!!!

What happend with it???

Bye
Rafa.
--
This email is confidential and intended solely for the use of the individual to whom 
it is addressed. Any views or opinions presented are solely those of the author and do 
not necessarily represent those of SchlumbergerSema. 
If you are not the intended recipient, be advised that you have received this email in 
error and that any use, dissemination, forwarding, printing, or copying of this email 
is strictly prohibited.
--


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

[Robert Collins]

Please keep replies on list.

And pthread_cond_signal is implemented.

Rob

> -Original Message-
> From: Herve Bailly [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, February 27, 2002 1:02 AM
> To: Robert Collins
> Subject: Re: CYGWIN : Scheduling
> 
> 
> 
> 
> Robert Collins a écrit :
> 
> > > -Original Message-
> > > From: Herve Bailly [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, February 26, 2002 7:30 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: CYGWIN : Scheduling
> > >
> > >
> > > Hello,
> > > With mutlti-thread CYGWIN application, how to have scheduling 
> > > between threads even if one is blocking in a loop ?
> > > Thank you for any response.
> > > Hervé BAILLY
> >
> > The usual way - with a mutex and a condition variable.
> >
> > Rob
> 
> Thank you for your answer.
> One objection: pthread synchronisation like 
> pthread_cond_signal...is not yet implemented in CYGWIN. So 
> how to make such synchronisation ?
> Hervé BAILLY
> 
> 

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

tar -f behaviour

[Eugene Rosenzweig]

Looking at tar I noticed a small oddity in its behaviour, as compared to
what I would have thought was 'normal'
When dealing with files, using dash before options, the 'f' option has to be
the last one in the option string, e.g.
tar -tfz tarball.tar.gz
works while
tar -ftz tarball.tar.gz
doesn't reporting that file 'tz' does not exist.
It seems that 'f' anything after the 'f' option is considered to be the
archive filename.
tar -f tarball.tar.gz -tz
works.
When dash is absent the oddity is absent too,
tar ftz tarball.tar.gz
works with options f, t and z in any combination whatsoever.

There is no tar manpage on my system. I looked at 'tar --help' for option
explanation which didn't offer anything and I compared with linux tar
behaviour. The linux version doesn't exhibit any pickiness about position of
'f' option when dash is being used. I do not have any experience with unix
command line parsing but I wonder if the presence of this behaviour only
when there is a dash indicates it has got something to do with getopt() or
popt? I do not seem to have manpage for getopt() either even though it is
references in popt manpage.

In conclusion, is this a bug or a feature?


PS I checked the package listing on http://cygwin.com, there is no man page
with tar distribution. There is tar.texi in the source package. Maybe there
should be manpage in the binary package.


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

rxvt + login = ^C out.

[Julien Gilles]

Hi,

in rxvt, I use 'login' to change the current user. (not yet 'su' in
cygwin ?) Everything is fine, just the ^C (and ^Z) does not work
anymore ; other ^A, ^E, ^D, etc are ok. I looked at stty, same thing
as in a working rxvt.

If I use the classical cygwin terminal, no problem. If I launch
another rxvt from the first, ^C works again.  If I use rlogin instead,
^C keeps working in the rxvt. So it seems linked to login. 

Any fix ?

-- 
Julien Gilles


--
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: tar -f behaviour

[Hack Kampbjørn]

Eugene Rosenzweig wrote:
> 
> Looking at tar I noticed a small oddity in its behaviour, as compared to
> what I would have thought was 'normal'
> When dealing with files, using dash before options, the 'f' option has to be
> the last one in the option string, e.g.
> tar -tfz tarball.tar.gz
You meant "tar tfz ..." right?

> works while
> tar -ftz tarball.tar.gz
> doesn't reporting that file 'tz' does not exist.
> It seems that 'f' anything after the 'f' option is considered to be the
> archive filename.
> tar -f tarball.tar.gz -tz
> works.
> When dash is absent the oddity is absent too,
> tar ftz tarball.tar.gz
> works with options f, t and z in any combination whatsoever.
> 
> There is no tar manpage on my system. I looked at 'tar --help' for option
> explanation which didn't offer anything and I compared with linux tar
> behaviour. The linux version doesn't exhibit any pickiness about position of
> 'f' option when dash is being used. I do not have any experience with unix
> command line parsing but I wonder if the presence of this behaviour only
> when there is a dash indicates it has got something to do with getopt() or
> popt? I do not seem to have manpage for getopt() either even though it is
> references in popt manpage.
> 
> In conclusion, is this a bug or a feature?

This is a feature and documented in the info page. GNU doesn't believe
in man so they provide all their documentation in the info format, and
some programs also have a minimal man page. Look for old options style
(without dash):
   When options that need arguments are given together with the command,
   all the associated arguments follow, in the same order as the
options.
   Thus, the example given previously could also be written in the old
   style as follows:

$ tar cvbf 20 /dev/rmt0

   Here, `20' is the argument of `-b' and `/dev/rmt0' is the argument of
   `-f'.

Note to have info find the tar.info file automatically you may need to
'redir' the info files. Something like this will do. That the tar
package doesn't install the info page can be considered a bug 8-(
cd /usr/info
for f in *.info ; do install-info $f dir ; done

> 
> PS I checked the package listing on http://cygwin.com, there is no man page
> with tar distribution. There is tar.texi in the source package. Maybe there
> should be manpage in the binary package.
> 
> --
> 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/

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

Re: tar -f behaviour

[Julien Gilles]

"Eugene Rosenzweig" <[EMAIL PROTECTED]> writes:

> Looking at tar I noticed a small oddity in its behaviour, as compared to
> what I would have thought was 'normal'
> When dealing with files, using dash before options, the 'f' option has to be
> the last one in the option string, e.g.
>
> In conclusion, is this a bug or a feature?

A (normal) feature. 

In GNU world, options starts with one or two dash, and you can write : 
tar --file=file
tar -f file
tar -ffile

If fact the syntax 'tar zcf file' is an old syntax, only kept for
compatibility, it should be read : 'tar -z -c -f file'.

-- 
Julien Gilles


--
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: Emacs for Cygwin

[Thomas L Roche]

"Ehud Karni" <[EMAIL PROTECTED]> Tue, 26 Feb 2002 12:06:42
> I think that we need a CygEmacs - an emacs that will be compiled
> with the real Cygwin ported gcc (i.e. without the -mno-cygwin).

Do you mean a GNU Emacs? There's the XEmacs for Cygwin

http://www.xemacs.org/Download/win32/
> You may install either a cygwin or native windows version from one
> of our world-wide mirrors closest to you, by just clicking on
> setup.exe.

I too would like to see a fully Cygwinized GNU 21. (If anyone knows of
one, please lemme know.)

> CygEmacs will have UNIX APIs for I/O (files and sockets), and
> M$Windows APIs for the display and the keyboard. This is already
> done (partly) by the Cygwin port of rxvt.

Having the netinstaller is also nice. Even nicer would be to have one
or more emacs options under Editors in the Cygwin setup.exe. ed, pico,
and vim? gimme a break :-(

> If this is too difficult, may be a version of Emacs for Cygwin, that
> use only the UNIX APIs can be ported. This Emacs version will be used
> only within Cygwin's windows - Console or rxvt (Emacs in TTY mode) or
> real display (using Cygwin-Xfree).

> Any of these version will solve the 2 major issues of using Emacs with
> Cygwin - 1. The files (names and attributes). 2. Running of sub-shells
> in Emacs (file is not tty problem).

Indeed! TIA, Tom Roche <[EMAIL PROTECTED]>


--
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: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)

[Christopher Faylor]

On Tue, Feb 26, 2002 at 08:37:35PM +1100, Robert Collins wrote:
>The problem should _not_ be endemic in the pthreads code, as I rewrote
>nearly all the pthread* functions from the P1003.1 draft spec.

% grep 'return E' thread.cc
  return ETIMEDOUT;
return EAGAIN;
return EFAULT;
return EINVAL;
  return EAGAIN;
return ESRCH;
  return ESRCH;
  we return ESRCH until all the required functions call testcancel ();
return EINVAL;
return EINVAL;
return ENOMEM;
  return ENOMEM;
  return ENOMEM;
return EINVAL;
  return EAGAIN;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return ENOTSUP;
return EINVAL;
return ENOTSUP;
return EINVAL;
return ENOTSUP;
return EINVAL;
return EINVAL;
return ENOTSUP;
return EINVAL;
return EINVAL;
return EINVAL;
return ESRCH;
  return EINVAL;
return ESRCH;
  return EINVAL;
return ESRCH;
return ESRCH;
return ESRCH;
return EINVAL;
return EBUSY;
  return EAGAIN;
return EINVAL;
return EINVAL;
return ESRCH;
return ENOTSUP;
return EINVAL;
return EINVAL;
return EINVAL;
return EBUSY;
return EINVAL;
return EBUSY;
  return EAGAIN;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return ETIMEDOUT;
  return EAGAIN;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EBUSY;
  return EAGAIN;
return EINVAL;
  return ENOSYS;
  return EINVAL;
return EINVAL;
return EBUSY;
return EINVAL;
return EINVAL;
return EBUSY;
return EINVAL;
  return ENOSYS;
return EINVAL;
  return ENOSYS;
return EINVAL;
 *PTHREAD_MUTEX_DEFAULT to PTHREAD_MUTEX_RECURSIVE and return EINVAL for other types.
return EINVAL;
return EBUSY;
  return ENOMEM;
return EINVAL;
return EINVAL;
  return ENOSYS;
return EINVAL;
  return ENOSYS;
return EINVAL;
  return ENOSYS;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;
return EBUSY;
return EINVAL;
  return EAGAIN;
return EINVAL;
return EINVAL;
return EINVAL;
return EINVAL;

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/

Bash and Telnet / Redirection / Here documents and Redirecting input problem

[Olivier RONGIER]

Hello,

I've got a problem with redirection in Cygwin.

Here is a script that doesn't work under bash or ash :

 Begin
telnet mail 25 << EOT
MAIL FROM: 
RCPT TO: 
DATA
Subject: Test sending mail with telnet

Just a test
Olivier

.
quit
EOT
 End

It's ok when I write this directly on a shell session (i.e without "<<
EOT").
The script is ok on several Unix (Solaris, HP-UX, Linux) with several Shell.
I tried "telnet mail 25 < file_with_smtp_commands" but it doesn't work.
(idem with "cat file_with_smtp_commands | telnet mail 25")

Redirection is ok with "bc". For example, this script is working fine :

 Begin
bc << EOT
20*4
EOT
 End

I tried such redirection with "PLUS80.EXE" (Oracle SQL*Plus for windows) :
no success.

So here are my questions :
- can we use redirection with Windows executables?
- is it an Unix emulation problem, a shell problem, or a telnet problem?
- does a workaround exist?

Regards.
Olivier RONGIER.
(french user)
mailto:[EMAIL PROTECTED]


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

1.3.9: Bash and Telnet / Redirection / Here documents and Redirecting input problem

[Olivier RONGIER]

Hello,

I've got a problem with redirection in Cygwin.

Here is a script that doesn't work under bash or ash :

 Begin
telnet mail 25 << EOT
MAIL FROM: 
RCPT TO: 
DATA
Subject: Test sending mail with telnet

Just a test
Olivier

.
quit
EOT
 End

It's ok when I write this directly on a shell session (i.e without "<<
EOT").
The script is ok on several Unix (Solaris, HP-UX, Linux) with several Shell.
I tried "telnet mail 25 < file_with_smtp_commands" but it doesn't work.
(idem with "cat file_with_smtp_commands | telnet mail 25")

Redirection is ok with "bc". For example, this script is working fine :

 Begin
bc << EOT
20*4
EOT
 End

I tried such redirection with "PLUS80.EXE" (Oracle SQL*Plus for windows) :
no success.

So here are my questions :
- can we use redirection with Windows executables?
- is it an Unix emulation problem, a shell problem, or a telnet problem?
- does a workaround exist?

Regards.
Olivier RONGIER.
(french user)
mailto:[EMAIL PROTECTED]


--
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: Next version of setup.exe

[James Garrison]

Works fine on Win2K SP2 w/SP2 Rollup Patch

... except it created a directory called

http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin

in my download directory and placed the updated packages there

instead of directly in the download directory.



-- 
James GarrisonAthens Group, Inc.
mailto:[EMAIL PROTECTED]5608 Parkcrest Dr
http://www.athensgroup.comAustin, TX 78731
PGP: RSA=0x92E90A3B DH/DSS=0x498D331C (512) 345-0600 x150



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

setup

[Anthony J. Zepezauer]

Hi, I am a new user with a seriously bonehead problem.  Yes, I have looked
in the online Users Guide, the FAQ and the archive for this list.

I'm trying to install Cygwin on Win2000.  I downloaded the latest setup.exe
and ran it (twice).  The problem is I don't seem to be getting everything I
need.  The first time I used the default set of packages, the second I used
Full (almost; I passed on some obscure, obviously nonessential ones).

What I don't see is a .exe file to start Cygwin!  Or, the /usr/doc directory
that is mentioned in the FAQ.  Am I missing something in the install?  Has
anybody else reported problems with the latest setup.exe?  Any help would be
appreciated.

AZ


--
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: setup -- addendum

[Anthony J. Zepezauer]

let me add that *all* I am getting in my C:/Cygwin folder is an empty folder
called "etc".

- Original Message -
From: "Anthony J. Zepezauer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 8:44 AM
Subject: setup


> Hi, I am a new user with a seriously bonehead problem.  Yes, I have looked
> in the online Users Guide, the FAQ and the archive for this list.
>
> I'm trying to install Cygwin on Win2000.  I downloaded the latest
setup.exe
> and ran it (twice).  The problem is I don't seem to be getting everything
I
> need.  The first time I used the default set of packages, the second I
used
> Full (almost; I passed on some obscure, obviously nonessential ones).
>
> What I don't see is a .exe file to start Cygwin!  Or, the /usr/doc
directory
> that is mentioned in the FAQ.  Am I missing something in the install?  Has
> anybody else reported problems with the latest setup.exe?  Any help would
be
> appreciated.
>
> AZ
>


--
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: ls /cygdrive

[Guy Harrison]

On Tue, 26 Feb 2002 11:01:19 -, "Chris January" <[EMAIL PROTECTED]>
wrote:

>Can someone with Cygwin 1.3.10 DLL please check what output you get if you
>type the following:
>1. Click Cygwin.bat
>2. Type cd /cygdrive
>3. Type ls

Administrator@SD ~
$ cd /cygdrive

Administrator@SD /cygdrive
$ ls
c  d  e  g  h  j

Administrator@SD /cygdrive
$ pwd
/cygdrive

Administrator@SD /cygdrive
$ cd

Administrator@SD ~
$ mount
J:\cygwin\bin on /usr/bin type system (binmode)
J:\cygwin\lib on /usr/lib type system (binmode)
J:\cygwin on / type system (binmode)
J:\work on /wrk type user (binmode)
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
e: on /cygdrive/e type user (binmode,noumount)
g: on /cygdrive/g type user (binmode,noumount)
h: on /cygdrive/h type user (binmode,noumount)
j: on /cygdrive/j type user (binmode,noumount)


-- 
[EMAIL PROTECTED]

--
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: setup -- addendum

[Anthony J. Zepezauer]

Thanks for the quick response.  Unfortunately it didn't help.  That search
returned no results, which tends to confirm that I did not get everything
installed that I should have.  (So I guess it did help a little. ;-)

AZ

- Original Message -
From: "Gabriel DENIS" <[EMAIL PROTECTED]>
To: "Anthony J. Zepezauer" <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 8:55 AM
Subject:


> search a .bat (cygwin.bat) in c:\cygwin
>
> Gab
>
>
>
>
> - Message d'origine -
> De : "Anthony J. Zepezauer" <[EMAIL PROTECTED]>
> À : <[EMAIL PROTECTED]>
> Envoyé : mardi 26 février 2002 17:50
> Objet : Re: setup -- addendum
>
>
> > let me add that *all* I am getting in my C:/Cygwin folder is an empty
> folder
> > called "etc".
> >
> > - Original Message -
> > From: "Anthony J. Zepezauer" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Tuesday, February 26, 2002 8:44 AM
> > Subject: setup
> >
> >
> > > Hi, I am a new user with a seriously bonehead problem.  Yes, I have
> looked
> > > in the online Users Guide, the FAQ and the archive for this list.
> > >
> > > I'm trying to install Cygwin on Win2000.  I downloaded the latest
> > setup.exe
> > > and ran it (twice).  The problem is I don't seem to be getting
> everything
> > I
> > > need.  The first time I used the default set of packages, the second I
> > used
> > > Full (almost; I passed on some obscure, obviously nonessential ones).
> > >
> > > What I don't see is a .exe file to start Cygwin!  Or, the /usr/doc
> > directory
> > > that is mentioned in the FAQ.  Am I missing something in the install?
> Has
> > > anybody else reported problems with the latest setup.exe?  Any help
> would
> > be
> > > appreciated.
> > >
> > > AZ



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

[Brian Keener]

Anthony J. Zepezauer wrote:
> What I don't see is a .exe file to start Cygwin!
>
Try looking  for a cygwin.bat file in whatever directory you specified as your 
root directory. I see your later post now - lets back up - what options did you 
select when you ran setup - did you ask for Install from Internet, Download 
from Internet or Install from Local Directory.  If you selected Install from 
Local Directory then you must have done a Download From Internet first.  What 
did you specify as the Root Directory and the local directory (one or both are 
asked depending on what you selected for the install method).

The answer to this will get us started and this has been asked and answered 
many times in Mail Archives.



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

[Anthony J. Zepezauer]

Brian, thanks for asking the pertinent questions, they have solved the
problem.  I did an Install from Internet the first time; the second, I chose
Download from Internet but didn't realize I had to run setup.exe again to
complete the install.  Once I did that it installed fine, put an icon on my
desktop, etc.

Also, sorry I missed the topic(s) in the archives.  I think what I did is
search for "cygwin.exe", which of course turned up nothing since cygwin.bat
would have been what I wanted.  I'll spend some time just browsing so I have
an idea of what's in there when future problems arise.

AZ

- Original Message -
From: "Brian Keener" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 9:21 AM
Subject: Re: setup


> Anthony J. Zepezauer wrote:
> > What I don't see is a .exe file to start Cygwin!
> >
> Try looking  for a cygwin.bat file in whatever directory you specified as
your
> root directory. I see your later post now - lets back up - what options
did you
> select when you ran setup - did you ask for Install from Internet,
Download
> from Internet or Install from Local Directory.  If you selected Install
from
> Local Directory then you must have done a Download From Internet first.
What
> did you specify as the Root Directory and the local directory (one or both
are
> asked depending on what you selected for the install method).
>
> The answer to this will get us started and this has been asked and
answered
> many times in Mail Archives.
>
>
>
> --
> 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: Next version of setup.exe

[John A. Turner]

Robert Collins wrote:
> 
> We've branched the next version of setup.exe, and created a snapshot for anyone 
>willing to be our guinea pigs.
> 
> It is accessible via http://www.cygwin.com/setup-snapshots/setup-20020225.exe.
> 
> Please use this, and report any bugs back to us. We know of one with large fonts, 
>that will be rectified shortly, but we want to ensure that no functional bugs exist. 
>All going well this will be the default setup.exe by the end of the week!

looks good - I notice that switching from "Curr" to "Exp" now leaves
most stuff at "Keep" and just adds the experimental versions as
appropriate - excellent

-John Turner

--
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: Problems accessing network drive using rsh

[Andrew Chang]

I like to confirm that I am seeing the same problem
The problem is easy to reproduce
1) login on a linux box
2) rsh into a  w2k box, like so
rsh w2k_box cd c:/* this works, becuase c: is local drive */
rsh w2k_box cd z:/* this failed, becuase z: is a network drive */
note that: 
if I rlogin to the w2k_box, cd to z: this worked fine.

Transcript as follows

[awc@etp1 tmp]$ rsh etp2 cd c:  # this worked
[awc@etp1 tmp]$ rsh etp2 cd z:  # this failed
bash: cd: z:: No such file or directory
[awc@etp1 tmp]$ rlogin etp2
Password:
Fanfare!!!
You are successfully logged in to this server!!!

awc@ETP2 /projects/bk-2.1.x/src
$ cd z:
/cygdrive/z

= End of transcript ===

Notice that rlogin is asking for my passwd even that I have 
the hosts.eqviu file set up (why ?) 
I am guessing that the rlogin case worked is becuase it got the credential 
info it needed to see the network drive.

Hopegfully someone can use this info to tarck down the problem..
(If this is already sloved, pls let me know, thanks)

Thanks
Andrew



> From: Kalpesh Dave 
> To: cygwin at cygwin dot com
> Date: Wed, 19 Dec 2001 11:46:38 -0800
> Subject: Problems accessing network drive using rsh
>
>
> Here is the detail of my problem.
> I have two computers, and would like to run script on one computer
> remotely. so, I access that computer's hard drive with rsh command and
> can easily locate the tcl script I need to run.
> Now, the problem is that tcl script requires to goto samba network drive
> and find the data.
> So, I am getting this problem, as I can't access that network drive ( T
> drive ) while doing rsh,
>
> I tried nosmbntsec as well as ntsec options.
>
> The net use command gives me following information with status
> unavailable.
>
>
> $ net use
> New connections will be remembered.
>
>
> Status   Local RemoteNetwork
>
> ---
>
>
> Unavailable  T:\\grape\kalpeshd  Microsoft Windows
> Network
> The command completed successfully.
>
>
> Can you / anyone help me on this issue.
>
> Thanks,
> Kalpesh

--
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: Problems accessing network drive using rsh

[Andrew Chang]

I forgot the state that I am running 
a) cygwin1.3.9
b) inet-utils 1.3.2-16


On Tuesday 26 February 2002 10:11 am, Andrew Chang wrote:
> I like to confirm that I am seeing the same problem
> The problem is easy to reproduce
> 1) login on a linux box
> 2) rsh into a  w2k box, like so
> rsh w2k_box cd c:/* this works, becuase c: is local drive */
> rsh w2k_box cd z:/* this failed, becuase z: is a network drive */
> note that:
> if I rlogin to the w2k_box, cd to z: this worked fine.
>
> Transcript as follows
> 
> [awc@etp1 tmp]$ rsh etp2 cd c:  # this worked
> [awc@etp1 tmp]$ rsh etp2 cd z:  # this failed
> bash: cd: z:: No such file or directory
> [awc@etp1 tmp]$ rlogin etp2
> Password:
> Fanfare!!!
> You are successfully logged in to this server!!!
>
> awc@ETP2 /projects/bk-2.1.x/src
> $ cd z:
> /cygdrive/z
>
> = End of transcript ===
>
> Notice that rlogin is asking for my passwd even that I have
> the hosts.eqviu file set up (why ?)
> I am guessing that the rlogin case worked is becuase it got the credential
> info it needed to see the network drive.
>
> Hopegfully someone can use this info to tarck down the problem..
> (If this is already sloved, pls let me know, thanks)
>
> Thanks
> Andrew
>
> > From: Kalpesh Dave 
> > To: cygwin at cygwin dot com
> > Date: Wed, 19 Dec 2001 11:46:38 -0800
> > Subject: Problems accessing network drive using rsh
> >
> >
> > Here is the detail of my problem.
> > I have two computers, and would like to run script on one computer
> > remotely. so, I access that computer's hard drive with rsh command and
> > can easily locate the tcl script I need to run.
> > Now, the problem is that tcl script requires to goto samba network drive
> > and find the data.
> > So, I am getting this problem, as I can't access that network drive ( T
> > drive ) while doing rsh,
> >
> > I tried nosmbntsec as well as ntsec options.
> >
> > The net use command gives me following information with status
> > unavailable.
> >
> >
> > $ net use
> > New connections will be remembered.
> >
> >
> > Status   Local RemoteNetwork
> >
> > -
> >-- 
> >
> > Unavailable  T:\\grape\kalpeshd  Microsoft Windows
> > Network
> > The command completed successfully.
> >
> >
> > Can you / anyone help me on this issue.
> >
> > Thanks,
> > Kalpesh

--
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: ipc.h msg.h lock.h

[Charles Wilson]

http://www.google.com/search?hl=en&q=cygipc+site%3Acygwin.com&btnG=Google+Search
--Chuck

Tandon, Abhinav wrote:

> Hi,
> I'm looking to compile a program that needs ipc.h,msg.h,lock.h,
>  but I still can't find them.
> I read some emails in the mailing list, but I didn't find anything
> useful.
> Can you help me? I need it for my project.
> Regards
> Abhinav Tandon
> iPolicy Networks
> 
> 
> 
> 
> 
> 
> 
> 
> 
> --
> 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/

less: not found error

[Rashmi Mathew]

Hello,

We are using version cygwin-1.3.6 We ran into the fllowing error.
Copy of first part of setup.log:

2002/02/05 15:10:15 Starting cygwin install, version 2.125.2.10
Current Directory: C:\WINNT
2002/02/05 15:10:15 Command line parameters
2002/02/05 15:10:15 0 -
'E:\Chordiant\ThirdParty\cygwin-1.3.6\setup.exe'
2002/02/05 15:10:15 1 parameters passed
source: from cwd
root: E:\Chordiant\DevEnv\cygwin binary system
Selected local directory: E:\Chordiant\ThirdParty\cygwin-1.3.6
root: E:\Chordiant\DevEnv\cygwin binary system
Selected local directory: E:\Chordiant\ThirdParty\cygwin-1.3.6
get_url_to_string ./setup.ini
Chooser results...

Err in Cygwin window:

 $ psql jxbus
Welcome to psql, the PostgreSQL interactive terminal.

Type:  \copyright for distribution terms
   \h for help with SQL commands
   \? for help on internal slash commands
   \g or terminate with semicolon to execute query
   \q to quit

jxbus=# \dt
less: not found
jxbus=#

How do we get around this problem. Do reply ASAP.

Thankyou,
Rashmi.

Rashmi Mathew
QA Engineer
Chordiant Software, Inc.
* Tel: (408) 517-6266
* Fax:(408) 517-5041
H  Office:  www.Chordiant.com/Company/Contact/Contact.html
*   Web: www.chordiant.com

Chordiant - Dynamically Driven CRM 


--
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: Fonts and rxvt

[Charles Wilson]

Please don't send me personal email related to cygwin.  Keep it on the list.

Mark Sheppard wrote:

> That's something I've been wondering about so I'm glad this came
> up.  Unfortunately it doesn't work for me.  I installed that font
> (which is definitely working as it's a different size to the
> default), and I've set the CYGWIN environment variable to
> "codepage:oem" (didn't exist beforehand) but it doesn't work.  Do
> you know what might be wrong?  It's rxvt 2.7.2-10 and I'm in
> Europe so I guess Windows is using codepage 850 if that makes any
> difference.


I dunno. I guess the European cp850 may have something to do with it.  I 
created LucidaP "by hand", remapping the linedraw characters into the 
upper address space -- but that may have only been true on American 
windows/default codepade.  ??

 
> On a separate rxvt issue version 2.7.2-9 (IIRC) fixed the backspace
> key to generate ^? instead of ^H, but Alt-backspace is still
> generating Esc-^H rather than Esc-^?.  Also Alt-Ctrl-X where X is
> any letter doesn't seem to generate anything at all.  Please could
> these keys be fixed/added?


Don't ask me.  Ask the list or the rxvt maintainer.

 
> There is also redraw bug when you drag the window partially
> off-screen and back on again.  It looks like only the last exposed
> rectangle of the window is redraw and the rest get lost somehow.


Again, this is list fodder.

However, I must warn you: the answer is likely to be "patches gratefully 
accepted".

--Chuck



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

MSVC++ compatible import library - HOW?

[Victor Porton]

Hello;

I already asked this question but my e-mail does not appears to appear in the list :-(

Is it possible to create an import library compatible with MSVC++ without MSVC++? (1. 
To not buy its license; 2. To not workaround its bugs.)

Microsoft's linker says something about multiple .text sections and the produced 
executable crashes. (Note that I link the DLL from _several_ .o files, however the 
source of only one of these .o files has __declspec(dllexport) directives.)

HEEELPPP!!

P.S. Borland's implib.exe also produces import libraries incompatible with MSVC++ :-(
-- 
Victor Porton ([EMAIL PROTECTED])


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

Simple Install Question

[Sanjay Gupta]

I have sucessfully downloaded and installed cygwin software. It works Great.

Now, I want to install the same software on different machine. So my
question is, will simple file/directory copy will work ? Do, I need to
change any files etc for path setting or any other settings. I just want to
avoid another download from internet.

Thanks

Sanjay


--
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 can I get cygwin 1.1.8 full distribution...

[Pinard, Jeffrey (CM Toolsmith)]

My company is using the cygwin 1.1.8 distribution and I didn't save the 1.1.8
distribution, plus I had never downloaded the source for all the tools.

I was wondering if there still existed a mirror site or cygnus site that had
a full distribution, including sources, for 1.1.8.

BTW - No we aren't ready to use the 1.3.x.

Any help would be appreciated.
Thanks.

Jeffrey Pinard
CM Toolsmith

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

bash, background java VMs and ctrl-C

[Jeff Meredith]

I have a difficult time with the following bash (or maybe cygwin.dll)
behavior:
bash-2.05a$> java com.edgility..ClassName &
bash-2.05a$> tail -f mylogfile
...
ctrl-C

as soon as I hit ctrl-C the java VM exits.

In the bash reference manual it talks about background processes being
in different process groups and not propagating a SIGINT to those
processes.

I read through every option available to stty and tried various ones
that sounded related with no effect. I have also tried starting the VM
with: (trap "" 1 2 3; java com.edgility..Classname &) also with no
effect.

Further, I read a lot in the mail archive for this group about bash vs.
cmd and the difference between ctrl-C and ctrl-break and how cygwin.dll
handles interrupts. It looks like a change went into 1.3.7 controlling
how signals are propagated, but I wasn't clear on exactly what effect
the change had. I was running 1.3.6 and upgraded to 1.3.9 and the
behavior is exactly the same in both cases for me. What is absolutely
baffling is that a co-worker is also running 1.3.9 and the same version
of bash and he does not see this behavior.

All of this leaves me wondering, 1. what is supposed to happen to
background processes in bash when one types the interrupt character? 2.
is there some configuration option that affects this?

Any insights (penetrating or otherwise) would be appreciated,
jeff meredith ([EMAIL PROTECTED])


--
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: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)

[Robert Collins]

> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]] 

> On Tue, Feb 26, 2002 at 08:37:35PM +1100, Robert Collins wrote:
> >The problem should _not_ be endemic in the pthreads code, as 
> I rewrote 
> >nearly all the pthread* functions from the P1003.1 draft spec.
> 
> % grep 'return E' thread.cc

*Sigh*. That just shows that that is what the code is meant to do.
If you check the spec, you'll see that most of the pthread functions are meant to 
return the error number.

i.e. picking a function at random - pthread_mutex_lock 
"
RETURN VALUE
If successful, the pthread_mutex_lock( ) and pthread_mutex_unlock( ) functions shall 
return zero;
otherwise, an error number shall be returned to indicate the error.
"


Rob

--
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, background java VMs and ctrl-C

[Brian P Kasper]

Jeff --

Check the value of the CYGWIN environment variable
for you and your coworker who isn't having the problem.
Does your coworker have 'tty' in the variable?  Do you
not have it?

I had a problem with ^C killing ssh sessions over which
I was tunnelling X Windows packets.  I was able to work
around the problem by adding 'tty' to my CYGWIN variable.

-Brian Kasper
 The Aerospace Corporation
 [EMAIL PROTECTED]


--
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: Excessive packages installed by default

[Robert Collins]

> -Original Message-
> From: rotaiv [mailto:[EMAIL PROTECTED]] 

I've you've got Misc packages showing up, then you don't have a setup.ini file, or 
have manually editied it. Misc packages are automatically installed unless you 
deselect them.

Rob

--
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, background java VMs and ctrl-C

[Jeff Meredith]

That does the trick! Life is sweet (again). Thank you very much.


Jeff meredith
[EMAIL PROTECTED]


-Original Message-
From: Brian P Kasper [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, February 26, 2002 2:10 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: bash, background java VMs and ctrl-C

Jeff --

Check the value of the CYGWIN environment variable
for you and your coworker who isn't having the problem.
Does your coworker have 'tty' in the variable?  Do you
not have it?

I had a problem with ^C killing ssh sessions over which
I was tunnelling X Windows packets.  I was able to work
around the problem by adding 'tty' to my CYGWIN variable.

-Brian Kasper
 The Aerospace Corporation
 [EMAIL PROTECTED]


--
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: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)

[Christopher Faylor]

On Wed, Feb 27, 2002 at 09:08:54AM +1100, Robert Collins wrote:
>
>
>> -Original Message-
>> From: Christopher Faylor [mailto:[EMAIL PROTECTED]] 
>
>> On Tue, Feb 26, 2002 at 08:37:35PM +1100, Robert Collins wrote:
>> >The problem should _not_ be endemic in the pthreads code, as 
>> I rewrote 
>> >nearly all the pthread* functions from the P1003.1 draft spec.
>> 
>> % grep 'return E' thread.cc
>
>*Sigh*. That just shows that that is what the code is meant to do.

In other words, RTFM, cgf.  When you think about it, it would make zero
sense for functions which dealt with threads to set errno.

Sorry about that.  I REALLY should have known better on multiple counts.

(hangs head in shame)
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/

RPM, MSI installer questions

[Tristan Juricek]

I'm wondering if anybody can answer either of the following questions:

1. Is there an port of RPM for Cygwin active?
2. Has anyone else ever developed and MSI-based Cygwin installer?

I'm currently building and MSI installer for our internal use for the 
patching, upgrading, and removal capabilities.  I'm wondering if there are 
other efforts out there to pump up the setup's capability to handle these 
kinds of deployment concerns.  I'm also interested in hearing if anyone has 
considered MSI or would be interested in working on it.

Thanks,
Tristan

[EMAIL PROTECTED]



_
Chat with friends online, try MSN Messenger: http://messenger.msn.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: Excessive packages installed by default

[rotaiv]

At 02/26/2002  05:11 PM, Robert Collins wrote:

> > -Original Message-
> > From: rotaiv [mailto:[EMAIL PROTECTED]]
>
>I've you've got Misc packages showing up, then you don't have a setup.ini 
>file, or have manually editied it. Misc packages are automatically 
>installed unless you deselect them.
>
>Rob

I have a setup.ini and I have never edited this file.  I mirror the cygwin 
directory from mirrors.rcn.net and select install from local package and 
browse to my local mirror.  On current installations, the "Misc" categories 
do not appear when I browse to my local mirror.  However, on brand new 
installations, all the "Misc" categories appear.  I have mapped the drive 
the exact same way yet I get different results depending on whether I run 
setup against an existing install or a brand new install.

I just tried to reproduce this error and could not :(  I installed bash and 
openssh then ran setup a second time to see what happened.  It wanted to 
install extra packages but they were mostly from the "base" and none from 
"misc".  I know this has been a problem in the past but now I can't 
reproduce it.

Could it have something to do with how I execute the setup.exe and what I 
use as the base install directory?

rotaiv.


--
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: debugging problem

[Larry Hall (RFK Partners, Inc)]

At 05:43 AM 2/26/2002, Chris January wrote:
>I have a bug that shows up when I run commands normally from bash, but
>doesn't show up when they are run with strace (because it only shows up on
>direct children of the initial bash process). How can I debug this?


It looks like gdb is your best answer.



Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
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: wget-1.8-1

[Steve Kelem]

I installed the latest from cygwin on my Windows 2000 system, including 
wget 1.8.1-1.
When I try to run wget from tcsh, I get the message:
Cannot load VDM IPX/SPX support
This program cannot be run in DOS mode.

When I try to run wget from bash, I get the message:
This program cannot be run in DOS mode.

What's up?

Steve Kelem




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

Too many open files

[Kirk Erickson]

Hello,

I love cygwin.  I've had no problems at home (running under XP),
but I'm experiencing a problem reported earlier by Benoit Rochefort

http://sources.redhat.com/ml/cygwin/2002-02/msg00791.html

under Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2.
I can reproduce by doing a 

find . -type l

in my home directory.  The find hangs, and even if I kill it, 
subsequent commands fail:

[kirke@BAG HINTS]$ cat HINTS
cat: HINTS: Too many open files

I've attached cygcheck output.

Appreciate any suggestions,
kirk


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Feb 25 15:28:16 2002

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2

Path:   .
z:\private\kirke\scripts
z:\private\kirke\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\sbin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

HOME = `z:\private\kirke'
MAKE_MODE = `unix'
PWD = `/cygdrive/z/private/kirke/INSTALL/cygwin'
USER = `kirke'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\kirke\Application Data'
BINDIR = `/cygdrive/z/private/kirke/bin'
COLORPRINTER = `wah2'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `BAG'
COMSPEC = `C:\WINNT\system32\cmd.exe'
HOMEDRIVE = `Z:'
HOMEPATH = `\'
HOMESHARE = `\\viking\kirke$'
LIBDIR = `/cygdrive/z/private/kirke/lib'
LOGONSERVER = `\\ORBITER'
MANDIR = `/cygdrive/z/private/kirke/man'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `2'
OLDPWD = `/cygdrive/z/private/kirke/INSTALL'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PRINTER = `maine'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0803'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\u@\h: \w\007\][\u@\h \W]\$ '
SHELL = `/bin/bash'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TAPE = `/dev/st0'
TEMP = `c:\DOCUME~1\kirke\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `c:\DOCUME~1\kirke\LOCALS~1\Temp'
USERDOMAIN = `REDPLANET'
USERNAME = `kirke'
USERPROFILE = `C:\Documents and Settings\kirke'
WINDIR = `C:\WINNT'
XAPPLOADDIR = `/cygdrive/z/private/kirke/lib/app-defaults'
_ = `/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
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
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
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\Program Options

a:  fd   N/AN/A
c:  hd  NTFS8667Mb  22% CP CS UN PA FC 
d:  cd   N/AN/A
e:  hd  NTFS8675Mb  56% CP CS UN PA FC work
f:  net NTFS   382051Mb  87% CP CS UN PA FC Data
h:  net NTFS   34728Mb  84% CP CSPAkirke
i:  net NTFS7489Mb  70% CP CSPAroot
m:  net NTFS   382051Mb  87% CP CS UN PA FC Data
x:  net NTFS   57721Mb  46% CP CSPAaudiogalaxy
z:  net NTFS   382051Mb  87% CP CS UN PA FC Data

.  /cygdrive  userbinmode,noumount
C:/cygwin  /  system  binmode
C:/cygwin/bin  /usr/bin   system  binmode
C:/cygwin/lib  /usr/lib   system  binmode

Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\sh.exe

  386k 1998/02/26 C:\WINNT\cygwinb19.dll - os=4.0 img=1.0 sys=4.0
  "cygwinb19.dll" v0.0 ts=1998/2/25 2:22
   56k 2000/12/03 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
  "cygbz21.0.dll" v0.0 ts=2000/11/20 15:53
  621k 2002/01/16 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypto.dll" v0.0 ts=2002/1/16 1:54
  107k 2002/01/23 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0
  "cygcurl-2.dll" v0.0 ts=2002/1/23 10:25
   73k 2002/01/16 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0
  "cygexslt-0.dll" v0.0 ts=2002/1/16 1:06
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
  

Re: Too many open files

[Larry Hall (RFK Partners, Inc)]

At 06:28 PM 2/26/2002, Kirk Erickson wrote:
>Hello,
>
>I love cygwin.  I've had no problems at home (running under XP),
>but I'm experiencing a problem reported earlier by Benoit Rochefort
>
>http://sources.redhat.com/ml/cygwin/2002-02/msg00791.html
>
>under Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2.
>I can reproduce by doing a 
>
> find . -type l
>
>in my home directory.  The find hangs, and even if I kill it, 
>subsequent commands fail:
>
>[kirke@BAG HINTS]$ cat HINTS
>cat: HINTS: Too many open files
>
>I've attached cygcheck output.
>
>Appreciate any suggestions,




>   386k 1998/02/26 C:\WINNT\cygwinb19.dll - os=4.0 img=1.0 sys=4.0
>   "cygwinb19.dll" v0.0 ts=1998/2/25 2:22


Get rid of the DLL above.  Never mix Cygwin DLL versions.


Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
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 to link a prog static with libcurl, libssl and libcrypto.

[Alexander Lazic]

Hi,

i want to compile the 'simple.c' staticly but i get many errors.

Progamm:

C:\cygwin\usr\src\curl-7.9.3-1\docs\examples\simple.c

I called gcc as follows:

gcc -v -o simple simple.c `curl-config --cflags` \
`curl-config --libs` -mno-cygwin -s -static > out.put 2>&1

I have attached the out.put file.

I have found the '-mno-cygwin' in the FAQ
'http://cygwin.com/faq/faq_4.html#SEC94' but not how i can solve these
Problem :-(


Thanx al lot of any Hints and tips (Url, Doc, Man, ...).

al ;-)



Cygwin Win95/NT Configuration Diagnostics
Current System Time: Wed Feb 27 00:37:48 2002

Windows 98 SE Ver 4.10 Build  

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINDOWS
c:\WINDOWS\COMMAND

SysDir: C:\WINDOWS\SYSTEM
WinDir: C:\WINDOWS

HOME = `C:\cygwin\home\al'
MAKE_MODE = `unix'
PWD = `/home/al/projects/ssl-cprog'
USER = `al'

BLASTER = `A220 I7 D1 H7 P320 T6'
CMDLINE = `bash --login -i'
COMSPEC = `C:\WINDOWS\COMMAND.COM'
MANPATH = `:/usr/ssl/man'
OLDPWD = `/cygdrive/d/Download/w3c-libwww-5.3.2/Library/Examples'
PROMPT = `$p$g'
PS1 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
SBPCI = `C:\SBPCI'
SHLVL = `1'
TEMP = `c:\WINDOWS\TEMP'
TERM = `cygwin'
TMP = `c:\WINDOWS\TEMP'
WINBOOTDIR = `C:\WINDOWS'
WINDIR = `C:\WINDOWS'
_ = `/usr/bin/cygcheck.exe'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
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
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\Program Options

a:  fd   N/AN/A
c:  hd  FAT32   9529Mb  41% CPUN   
d:  hd  FAT32  19444Mb  88% CPUN   NEWSEC
e:  cd  CDFS 372Mb 100%   UN   WZ2100
f:  cd   N/AN/A

.  /cygdrive  userbinmode,noumount
C:/cygwin  /  system  binmode
C:/cygwin/bin  /usr/bin   system  binmode
C:/cygwin/lib  /usr/lib   system  binmode

Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: c:\WINDOWS\COMMAND\find.exe
Warning: C:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe
Found: C:\cygwin\bin\gcc.exe
Not Found: gdb
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\sh.exe

   56k 2000/12/03 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
  "cygbz21.0.dll" v0.0 ts=2000/11/21 0:53
  107k 2002/01/23 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0
  "cygcurl-2.dll" v0.0 ts=2002/1/23 19:25
  390k 2001/01/18 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
  "cygtcl80.dll" v0.0 ts=2001/1/18 5:44
5k 2001/01/18 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 2001/01/18 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
  "cygtclreg80.dll" v0.0 ts=2001/1/18 5:44
   18k 2000/10/23 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
  "cyggdbm.dll" v0.0 ts=2000/10/23 4:26
   21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
  "cygintl.dll" v0.0 ts=2001/6/20 19:09
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
  "cygintl-1.dll" v0.0 ts=2001/12/13 10:28
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
  "cygform5.dll" v0.0 ts=2001/4/25 7:28
   26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
  "cygmenu5.dll" v0.0 ts=2001/4/25 7:27
  156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29
  226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses5.dll" v0.0 ts=2001/4/25 7:17
   15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
  "cygpanel5.dll" v0.0 ts=2001/4/25 7:27
   35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
  "cygform6.dll" v0.0 ts=2002/1/9 7:03
   20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
  "cygmenu6.dll" v0.0 ts=2002/1/9 7:03
  175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses++6.dll" v0.0 ts=2002

Re: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)

[Andrew T. Schnable]

You have a point regarding errno, but unfortunately, this is how the
standard
is written. If it's intentional that cygwin deviate from posix 1.b, I'm fine
with that - I can code accordingly.  FYI - I went to the

The Open Group Base Specifications Issue 6
technically identical to IEEE Std 1003.1-2001
Copyright © 2001 The IEEE and The Open Group

(because this was easier to find on-line and it should be close enough,)
and snipped this fragment from the sem_trywait man page...

http://www.opengroup.org/onlinepubs/007904975/functions/sem_trywait.html

RETURN VALUE
The sem_trywait() and sem_wait() functions shall return zero if the
calling
process  successfully performed the semaphore lock operation on the
semaphore designated by  sem. If the call was unsuccessful, the state of
the semaphore shall be unchanged, and the function shall return a value
of -1 and set errno to indicate the error.

I reading the wrong version of the standard?  This is how sem_trywait
worked on QNX; Where can I find the cygwin manual pages for the
sem_functions?

Andy

PS. Previous systems I have worked on put errno in thread specific data
making
the code using errno thread safe; the POSIX standard now specifies that
errno can be
something other than an "extern int" - it simply has to be a lvalue - you
can
make errno be a macro that maps to the thread specific data location.

- Original Message -
From: "Christopher Faylor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 5:19 PM
Subject: Re: sem_trywait returns EAGAIN (rather than returning -1 and
setting errno)


> On Wed, Feb 27, 2002 at 09:08:54AM +1100, Robert Collins wrote:
> >
> >
> >> -Original Message-
> >> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> >
> >> On Tue, Feb 26, 2002 at 08:37:35PM +1100, Robert Collins wrote:
> >> >The problem should _not_ be endemic in the pthreads code, as
> >> I rewrote
> >> >nearly all the pthread* functions from the P1003.1 draft spec.
> >>
> >> % grep 'return E' thread.cc
> >
> >*Sigh*. That just shows that that is what the code is meant to do.
>
> In other words, RTFM, cgf.  When you think about it, it would make zero
> sense for functions which dealt with threads to set errno.
>
> Sorry about that.  I REALLY should have known better on multiple counts.
>
> (hangs head in shame)
> 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/
>
>


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

Building gcc-2.8.1 cross compiler.

[David Ryan]

Hi,

I'm attempting to build gcc-2.8.1 cross compiler using the following
configuration..

./configure --target=mipsel-scei-elfl --prefix=/usr/local/ps2dev/iop --with-
gnu-ld --with-gnu-as

I have compiled and installed binutils-2.9.1 into /usr/local/ps2dev/iop
before attempting to make gcc.  I am currently getting the following error.

  echo ${name}; \
  ./xgcc -B./ -O2  -DCROSS_COMPILE -DIN_GCC-g -I./include  -G
0 -g1 -DIN_LIB
GCC2 -D__GCC_FLOAT_NOT_NEEDED -fexceptions -I. -I. -I./config -c -DL${name}
\
  ./libgcc2.c -o ${name}.o; \
  if [ $? -eq 0 ] ; then true; else exit 1; fi; \
  /usr/local/ps2dev/iop/mipsel-scei-elfl/bin/ar rc tmplibgcc2.a ${name}.o; \
  rm -f ${name}.o; \
done
_muldi3
as: unrecognized option `-G'
make: *** [libgcc2.a] Error 1

I have looked around various news groups and found that xgcc needs the
correct paths for finding as and ld in the
/usr/loca/ps2dev/iop/mipsel-scei-elfl/bin directory and paths can be found
using -print-search-dirs.  I did this and found:

$ ./xgcc -print-search-dirs
install: /usr/local/ps2dev/iop/lib/gcc-lib/mipsel-scei-elfl\2.8.1\
programs:
\usr\local\ps2dev\iop\lib\gcc-lib\mipsel-scei-elfl\2.8.1\:\usr\local\p
s2dev\iop\lib\gcc-lib\mipsel-scei-elfl\:\usr\lib\gcc\mipsel-scei-elfl\2.8.1\
:\us
r\lib\gcc\mipsel-scei-elfl\:\usr\local\ps2dev\iop\mipsel-scei-elfl\bin\mipse
l-sc
ei-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\bin\
libraries:
\usr\local\ps2dev\iop\lib\gcc-lib\mipsel-scei-elfl\2.8.1\:\usr\lib\gc
c\mipsel-scei-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\lib\mipsel-
scei
-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\lib\

Can anyone confirm my suspision that somewhere in the configure script it or
in xgcc it has swapped / for \ and that xgcc won't find the correct as and
ld using these \ ?  Anyone have any ideas about how to fix this?

Thanks,
David.


--
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: Simple Install Question

[Michael A Chase]

- Original Message -
From: "Sanjay Gupta" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 12:17
Subject: Simple Install Question


> I have sucessfully downloaded and installed cygwin software. It works
Great.
>
> Now, I want to install the same software on different machine. So my
> question is, will simple file/directory copy will work ? Do, I need to
> change any files etc for path setting or any other settings. I just want
to
> avoid another download from internet.

Setup does more than just extract the packages into the Cygwin directory
tree.

The best way to handle it is to put the cache directory tree that the
setup.ini and the archive files were downloaded to by setup.exe somewhere
visible to your target machine (e.g., network share or CDROM) and then run
setup.exe and install from that local directory.
--
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: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)

[Christopher Faylor]

On Tue, Feb 26, 2002 at 07:14:35PM -0500, Andrew T. Schnable wrote:
>You have a point regarding errno, but unfortunately, this is how the
>standard
>is written. If it's intentional that cygwin deviate from posix 1.b, I'm fine
>with that - I can code accordingly.  FYI - I went to the
>
>The Open Group Base Specifications Issue 6
>technically identical to IEEE Std 1003.1-2001
>Copyright ? 2001 The IEEE and The Open Group
>
>(because this was easier to find on-line and it should be close enough,)
>and snipped this fragment from the sem_trywait man page...

I wasn't referring to the specific case that you reported.  I was just
referring to my grep which found many cases where an errno value was
being returned.

As Robert indicated, in the vast majority of those cases, this was, in
fact, the right thing to do.

It's apparently not the right thing to do in the case of sem_trywait, so
a patch will be required:  http://cygwin.com/contrib.html .

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/

Re: Help to link a prog static with libcurl, libssl and libcrypto.

[Larry Hall (RFK Partners, Inc)]

At 06:51 PM 2/26/2002, Alexander Lazic wrote:
>Hi,
>
>i want to compile the 'simple.c' staticly but i get many errors.
>
>Progamm:
>
>C:\cygwin\usr\src\curl-7.9.3-1\docs\examples\simple.c
>
>I called gcc as follows:
>
>gcc -v -o simple simple.c `curl-config --cflags` \
>`curl-config --libs` -mno-cygwin -s -static > out.put 2>&1
>
>I have attached the out.put file.
>
>I have found the '-mno-cygwin' in the FAQ
>'http://cygwin.com/faq/faq_4.html#SEC94' but not how i can solve these
>Problem :-(
>
>
>Thanx al lot of any Hints and tips (Url, Doc, Man, ...).


The CURL you're linking against is apparently expecting at least some 
POSIX APIs.  You won't be able to get this to link without some porting.
Perhaps CURL builds as a WIN32 version too, in which case you may be able
to switch over to that without too much pain.  Alternatively, you can 
try building this without the '-mno-cygwin' flag, although you'll link in
cygwin1.dll for sure then.  Really though, if you don't want or need any
POSIX functionality, you should just use the Mingw toolset (www.mingw.org).



Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
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: The developer's dilemma

[Karin E. Hacker]

"This is because Microsoft introduced the concept of the CLR, or common
language runtime. What that means is two of the languages offered by
Microsoft, VB.Net and C#, both share the same runtime."
- 

Dose anyone else out there in the GCC universe feel the slightest twinge of
irritation at the fact that Microsoft is once again getting credit for
another stolen and repackaged concept?

--

Live long and prosper,

Karin E. Hacker

(band) [EMAIL PROTECTED] 
(retirement) [EMAIL PROTECTED] 
(hobby) [EMAIL PROTECTED] 
(work) [EMAIL PROTECTED] 

Give a hobbit a ghoti and he eats for a day.
Give a hobbit a Ring and he eats 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: Building gcc-2.8.1 cross compiler.

[Larry Hall (RFK Partners, Inc)]

At 07:19 PM 2/26/2002, David Ryan wrote:
>Hi,
>
>I'm attempting to build gcc-2.8.1 cross compiler using the following
>configuration..
>
>./configure --target=mipsel-scei-elfl --prefix=/usr/local/ps2dev/iop --with-
>gnu-ld --with-gnu-as
>
>I have compiled and installed binutils-2.9.1 into /usr/local/ps2dev/iop
>before attempting to make gcc.  I am currently getting the following error.
>
>   echo ${name}; \
>   ./xgcc -B./ -O2  -DCROSS_COMPILE -DIN_GCC-g -I./include  -G
>0 -g1 -DIN_LIB
>GCC2 -D__GCC_FLOAT_NOT_NEEDED -fexceptions -I. -I. -I./config -c -DL${name}
>\
>   ./libgcc2.c -o ${name}.o; \
>   if [ $? -eq 0 ] ; then true; else exit 1; fi; \
>   /usr/local/ps2dev/iop/mipsel-scei-elfl/bin/ar rc tmplibgcc2.a ${name}.o; \
>   rm -f ${name}.o; \
>done
>_muldi3
>as: unrecognized option `-G'

^^^

>make: *** [libgcc2.a] Error 1
>
>I have looked around various news groups and found that xgcc needs the
>correct paths for finding as and ld in the
>/usr/loca/ps2dev/iop/mipsel-scei-elfl/bin directory and paths can be found
>using -print-search-dirs.  I did this and found:
>
>$ ./xgcc -print-search-dirs
>install: /usr/local/ps2dev/iop/lib/gcc-lib/mipsel-scei-elfl\2.8.1\
>programs:
>\usr\local\ps2dev\iop\lib\gcc-lib\mipsel-scei-elfl\2.8.1\:\usr\local\p
>s2dev\iop\lib\gcc-lib\mipsel-scei-elfl\:\usr\lib\gcc\mipsel-scei-elfl\2.8.1\
>:\us
>r\lib\gcc\mipsel-scei-elfl\:\usr\local\ps2dev\iop\mipsel-scei-elfl\bin\mipse
>l-sc
>ei-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\bin\
>libraries:
>\usr\local\ps2dev\iop\lib\gcc-lib\mipsel-scei-elfl\2.8.1\:\usr\lib\gc
>c\mipsel-scei-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\lib\mipsel-
>scei
>-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\lib\
>
>Can anyone confirm my suspision that somewhere in the configure script it or
>in xgcc it has swapped / for \ and that xgcc won't find the correct as and
>ld using these \ ?  Anyone have any ideas about how to fix this?


No, xgcc found 'as' just fine, as the output above which I've underlined
indicates.  The problem appears to be that the '-G' flag is getting passed
to 'as' for some reason.  I can't really help beyond that statement though.


Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
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: Building gcc-2.8.1 cross compiler.

[David Ryan]

>From: "Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]>
>To: "David Ryan" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>Subject: Re: Building gcc-2.8.1 cross compiler.
>Date: Tue, 26 Feb 2002 19:36:58 -0500
>
>At 07:19 PM 2/26/2002, David Ryan wrote:
> >Hi,
> >
> >I'm attempting to build gcc-2.8.1 cross compiler using the following
> >configuration..
> >
> >./configure --target=mipsel-scei-elfl --prefix=/usr/local/ps2dev/iop 
>--with-
> >gnu-ld --with-gnu-as
> >
> >I have compiled and installed binutils-2.9.1 into /usr/local/ps2dev/iop
> >before attempting to make gcc.  I am currently getting the following 
>error.
> >
> >   echo ${name}; \
> >   ./xgcc -B./ -O2  -DCROSS_COMPILE -DIN_GCC-g -I./include  -G
> >0 -g1 -DIN_LIB
> >GCC2 -D__GCC_FLOAT_NOT_NEEDED -fexceptions -I. -I. -I./config -c 
>-DL${name}
> >\
> >   ./libgcc2.c -o ${name}.o; \
> >   if [ $? -eq 0 ] ; then true; else exit 1; fi; \
> >   /usr/local/ps2dev/iop/mipsel-scei-elfl/bin/ar rc tmplibgcc2.a 
>${name}.o; \
> >   rm -f ${name}.o; \
> >done
> >_muldi3
> >as: unrecognized option `-G'
>
>^^^
>
> >make: *** [libgcc2.a] Error 1
> >
> >I have looked around various news groups and found that xgcc needs the
> >correct paths for finding as and ld in the
> >/usr/loca/ps2dev/iop/mipsel-scei-elfl/bin directory and paths can be 
>found
> >using -print-search-dirs.  I did this and found:
> >
> >$ ./xgcc -print-search-dirs
> >install: /usr/local/ps2dev/iop/lib/gcc-lib/mipsel-scei-elfl\2.8.1\
> >programs:
> >\usr\local\ps2dev\iop\lib\gcc-lib\mipsel-scei-elfl\2.8.1\:\usr\local\p
> >s2dev\iop\lib\gcc-lib\mipsel-scei-elfl\:\usr\lib\gcc\mipsel-scei-elfl\2.8.1\
> >:\us
> >r\lib\gcc\mipsel-scei-elfl\:\usr\local\ps2dev\iop\mipsel-scei-elfl\bin\mipse
> >l-sc
> >ei-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\bin\
> >libraries:
> >\usr\local\ps2dev\iop\lib\gcc-lib\mipsel-scei-elfl\2.8.1\:\usr\lib\gc
> >c\mipsel-scei-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\lib\mipsel-
> >scei
> >-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\lib\
> >
> >Can anyone confirm my suspision that somewhere in the configure script it 
>or
> >in xgcc it has swapped / for \ and that xgcc won't find the correct as 
>and
> >ld using these \ ?  Anyone have any ideas about how to fix this?
>
>
>No, xgcc found 'as' just fine, as the output above which I've underlined
>indicates.  The problem appears to be that the '-G' flag is getting passed
>to 'as' for some reason.  I can't really help beyond that statement though.

Maybe I should have mentioned that the as its getting to is the cygwin 
default as.  If I go to the correct directory and run as from there with 
--help it does include the -G option.  The normal as which comes with cygwin 
gcc doesn't include the -G option.  So the above is finding the wrong as 
which I suspect is due to the \ versus / issue..

Thanks for the idea though..
David.


_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.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: Building gcc-2.8.1 cross compiler.

[Larry Hall (RFK Partners, Inc)]

At 07:46 PM 2/26/2002, David Ryan wrote:



>>From: "Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]>
>>To: "David Ryan" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>>Subject: Re: Building gcc-2.8.1 cross compiler.
>>Date: Tue, 26 Feb 2002 19:36:58 -0500
>>
>>At 07:19 PM 2/26/2002, David Ryan wrote:
>> >Hi,
>> >
>> >I'm attempting to build gcc-2.8.1 cross compiler using the following
>> >configuration..
>> >
>> >./configure --target=mipsel-scei-elfl --prefix=/usr/local/ps2dev/iop --with-
>> >gnu-ld --with-gnu-as
>> >
>> >I have compiled and installed binutils-2.9.1 into /usr/local/ps2dev/iop
>> >before attempting to make gcc.  I am currently getting the following error.
>> >
>> >   echo ${name}; \
>> >   ./xgcc -B./ -O2  -DCROSS_COMPILE -DIN_GCC-g -I./include  -G
>> >0 -g1 -DIN_LIB
>> >GCC2 -D__GCC_FLOAT_NOT_NEEDED -fexceptions -I. -I. -I./config -c -DL${name}
>> >\
>> >   ./libgcc2.c -o ${name}.o; \
>> >   if [ $? -eq 0 ] ; then true; else exit 1; fi; \
>> >   /usr/local/ps2dev/iop/mipsel-scei-elfl/bin/ar rc tmplibgcc2.a ${name}.o; \
>> >   rm -f ${name}.o; \
>> >done
>> >_muldi3
>> >as: unrecognized option `-G'
>>
>>^^^
>>
>> >make: *** [libgcc2.a] Error 1
>> >
>> >I have looked around various news groups and found that xgcc needs the
>> >correct paths for finding as and ld in the
>> >/usr/loca/ps2dev/iop/mipsel-scei-elfl/bin directory and paths can be found
>> >using -print-search-dirs.  I did this and found:
>> >
>> >$ ./xgcc -print-search-dirs
>> >install: /usr/local/ps2dev/iop/lib/gcc-lib/mipsel-scei-elfl\2.8.1\
>> >programs:
>> >\usr\local\ps2dev\iop\lib\gcc-lib\mipsel-scei-elfl\2.8.1\:\usr\local\p
>> >s2dev\iop\lib\gcc-lib\mipsel-scei-elfl\:\usr\lib\gcc\mipsel-scei-elfl\2.8.1\
>> >:\us
>> >r\lib\gcc\mipsel-scei-elfl\:\usr\local\ps2dev\iop\mipsel-scei-elfl\bin\mipse
>> >l-sc
>> >ei-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\bin\
>> >libraries:
>> >\usr\local\ps2dev\iop\lib\gcc-lib\mipsel-scei-elfl\2.8.1\:\usr\lib\gc
>> >c\mipsel-scei-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\lib\mipsel-
>> >scei
>> >-elfl\2.8.1\:\usr\local\ps2dev\iop\mipsel-scei-elfl\lib\
>> >
>> >Can anyone confirm my suspision that somewhere in the configure script it or
>> >in xgcc it has swapped / for \ and that xgcc won't find the correct as and
>> >ld using these \ ?  Anyone have any ideas about how to fix this?
>>
>>
>>No, xgcc found 'as' just fine, as the output above which I've underlined
>>indicates.  The problem appears to be that the '-G' flag is getting passed
>>to 'as' for some reason.  I can't really help beyond that statement though.
>
>Maybe I should have mentioned that the as its getting to is the cygwin default as.  
>If I go to the correct directory and run as from there with --help it does include 
>the -G option.  The normal as which comes with cygwin gcc doesn't include the -G 
>option.  So the above is finding the wrong as which I suspect is due to the \ versus 
>/ issue..
>
>Thanks for the idea though..



OK, my mistake.  I don't know about gcc-2.8.1 by Cygwin's gcc 2.95.3 
does understand both / and \ as path separators.  So I guess this could 
be an issue but I don't believe it's a general one.



Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
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: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)

[Andrew T. Schnable]

cool - I misunderstood.  I will try and work up a patch...

Andy

- Original Message -
From: "Christopher Faylor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, February 26, 2002 7:33 PM
Subject: Re: sem_trywait returns EAGAIN (rather than returning -1 and
setting errno)


> On Tue, Feb 26, 2002 at 07:14:35PM -0500, Andrew T. Schnable wrote:
> >You have a point regarding errno, but unfortunately, this is how the
> >standard
> >is written. If it's intentional that cygwin deviate from posix 1.b, I'm
fine
> >with that - I can code accordingly.  FYI - I went to the
> >
> >The Open Group Base Specifications Issue 6
> >technically identical to IEEE Std 1003.1-2001
> >Copyright ? 2001 The IEEE and The Open Group
> >
> >(because this was easier to find on-line and it should be close enough,)
> >and snipped this fragment from the sem_trywait man page...
>
> I wasn't referring to the specific case that you reported.  I was just
> referring to my grep which found many cases where an errno value was
> being returned.
>
> As Robert indicated, in the vast majority of those cases, this was, in
> fact, the right thing to do.
>
> It's apparently not the right thing to do in the case of sem_trywait, so
> a patch will be required:  http://cygwin.com/contrib.html .
>
> 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/
>
>


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

Net::Telnet needs line of code added for fhopen to work withcygwin-perl and IO::Pty module in MSWin

[Brian . Kelly]

Hi Jay,

 My name is Brian Kelly, and I've been working with your Net::Telnet module
for over 4
years. First I'd like to say THANKS  It's been a fabulous tool for me - as
I'm sure it has for
thousands upon thousands of folks around the globe.
 Lately I've been writing an automation wrapper that relies very heavily on
your module.
With the recent evolution of the Cygwin Unix layer for MSWin operating systems,
telneting to a
Windows box is now easy, robust and FRE!!. New possibilities are now opening
up to truly
integrate whole networks with a common set of scripts and tools that use telnet,
ftp, and ssh as
a means of communicating. Of course, with the fabulous documentation provided by
Lincoln
Stein in his book "Network Programming with Perl",  I'm sure there are many like
myself who
are working in this direction with heterogenius environments.
 Recently, the IO:Pty module was successfully ported to work with
cygwin-perl. Now it
is truly possible to use your fhopen method (per Lincoln Stein's chapter on your
Telnet module)
to do Expect-like control of interactive programs using your Telnet module on
MSWin OS's.

 There's just one slihhht  problem ...

 It seems that on a MSWin OS there is no way to truly escape the infamous
CR\LF.

 In your "print" subroutine, you "attempt" to do this with the following
line of code:


sub print {

my ($self) = shift;
my (
$data,
$endtime,
$fh,
$len,
$nfound,
$nwrote,
$offset,
$ready,
$stream,
$timed_out,
$timeout,
);

$stream = *$self->{net_telnet};
$stream->{timedout} = '';
$stream->{num_wrote} = 0;
return $self->error("print failed: handle is closed")
unless $stream->{opened};

## Try to send any waiting option negotiation.
if (length $stream->{unsent_opts}) {
&_flush_opts($self, $stream);
}

## Add field and record separators.
$data = join($stream->{ofs}, @_) . $stream->{ors};

## If requested, log the output.
if ($stream->{outputlog}) {
local $\ = '';
$fh = $stream->{outputlog};
$fh->print($data);
}

## Escape TELNET IAC and carriage-return chars.
if ("\n" ne "\015") {  # not running on a Mac
if ($stream->{telnet_mode}) {
#   $data =~ s(\377)(\377\377)g;
$data =~ s(\015)(\015\000)g;
}

if (!$stream->{bin_mode}) {
$data =~ s(\n)(\015\012)g;<===Here
is where you attempt to escape the CR
chomp $data;
<-- This is the code I had to add to achieve correct
 results
}
}
else {  # probably running on a Mac





 The automation wrapper I'm working on is a module I am hoping
to release to the CPAN within six months to a year. But aside from my "selfish"
desires, it would seem that more people as time goes by are going to run into
this issue.  ( I may not even be the first! )

 Without doing that chomp on the end of the line, when attempting to use
fhopen
to automate a login sequence, the CR\LF prevents an opportunity to pause the
password
prompt and interprets that CR\LF as a null password - of course causing failure.
 By
chomping off the CR, the proper and "expected" behavior is achieved.

 This solution may indeed be "too simple". There may be other issues that
must
be considered in arriving at a "final solution". Anyway - I needed to bring it
to your
attention. If you are no longer maintaining this module, could you tell me who
is?

 Again, thanks for making my computing life A LOT EASIER!!!

Sincerely,
Brian Kelly

Work Phone:   212-286-3931
Pager:   810-450-9766



"Empire Blue Cross Blue Shield" made the following
 annotations on 02/26/02 19:33:28
--

[INFO] -- Access Manager:
Attention!  This electronic message contains information that may be legally 
confidential and/or privileged.  The information is intended solely for the individual 
or entity named above and access by anyone else is unauthorized.  If you are not the 
intended recipient, any disclosure, copying, distribution, or use of the contents of 
this information is prohibited and may be unlawful.  If you have received this 
electronic transmission in error, please reply immediately to the sender that you have 
received the message in error, and delete 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/

Error: init_cygheap""etc_changed: Can't open /etc for checking, Win32 error 50

[Paul McFerrin]

Folks:

I checked the archives for this error and I've seen several references
to this error message starting back in Nov of 2001.  However I've seen
no explanations, solutions, fixes, nor work arounds.

Basically what I have is cynwin DLL 1.3.6 installation on a Win 98SE
machine serving as a file server for other clients.  On the NT4 client,
everytime the cygwin1.dll gets loaded, it generates the error message:

   0 [main] ksh init_cygheap""etc_changed: Can't open /etc for checking,
Win32

it is not only ksh but I've seen it on the mount command when trying to
initially setup the environment on the NT machine.  Other than the error
message, things appear to work OKAY.  I do NOT get this error message on
the Win 98 SE machine.  The /etc directory is present and I can see
files in it!  There has NEVER been a cygwin installation done on the NT
machine.  Here is some relavent information:

$ ls -ld /etc
drwxr-xr-x1 paul unknown 0 Feb 26 15:25 /etc
$ mount
M:\cygwin on / type system (binmode)
C: on /c type system (binmode)
D: on /d type system (binmode)
E: on /e type system (binmode)
F: on /f type system (binmode)
M: on /m type system (binmode)

$ cygcheck -s -v -r

Cygnus Win95/NT Configuration Diagnostics
Current System Time: Tue Feb 26 17:12:19 2002

Windows NT Ver 4.0 Build 1381 Service Pack 6

Path:   M:\cygwin\bin
F:\orant\bin
C:\WINNT\system32
C:\WINNT
C:\Program Files\rksupport
.\
.\

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

CYGWIN = `tty'
HOME = `M:\cygwin\home\paul'
MAKE_MODE = `UNIX'

CLASSPATH = `C:\Program Files\Exceed.nt\hcljrcsv.zip;C:\Program
Files\Exceed.nt'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMPUTERNAME = `OH0012-JKRUGH'
COMSPEC = `C:\WINNT\system32\cmd.exe'
DISPLAY = `:0'
ENV = `/dev/null'
HISTFILE = `/home/paul/.bash_history'
HISTSIZE = `1200'
HOMEDRIVE = `C:'
HOMEPATH = `\'
IS_CYGWIN = `true'
KSH_STARTED = `1'
LOGONSERVER = `\\OH0012-JKRUGH'
MANPATH = `/usr/man:/usr/local/apache/man'
NTRESKIT = `C:\Program Files\rksupport'
NUMBER_OF_PROCESSORS = `2'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 1, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0501'
PROMPT = `$P$G'
PS1 = `$PWD.$ '
SHELL = `/bin/ksh'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `C:\TEMP'
TERM = `nansi.sys'
TMP = `C:\TEMP'
USERDOMAIN = `OH0012-JKRUGH'
USERNAME = `administrator'
USERPROFILE = `C:\WINNT\Profiles\Administrator'
WINDIR = `C:\WINNT'
WINDOWID = `167846968'
_ = `/bin/cygcheck'
bin = `/bin'
clib = `'
include = `'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0020
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\00
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\01
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\02
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\03
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\04
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\05
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\06
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\07
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\08
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\09
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0A
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0B
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0C
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0D
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0E
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0F
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\10
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\11
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\12
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\13
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\14
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\15
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\16
HKEY_CURRENT_USER\Software\Cygnus Solu

[ANNOUNCEMENT] Updated: textutils-2.0.21-1

[Matthew Smith]

textutils-2.0.21-1 has been uploaded to the Cygwin net distribution.

Changes:
Many small bugfixes, and better posix compliance.  Please see the
Changelog in the sources for more complete information on the changes.

--Matt Smith

To update your installation, click on the "Install Cygwin now" link
on the http://cygwin.com/ web page.  This downloads setup.exe to
your system.  Save it and run setup, answer the questions and pick
up 'textutils' from the 'Base' category.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

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

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually
up-to-date

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

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

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.



--
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: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)

[Jon Cast]

You wrote:

> I think that we need a CygEmacs - an emacs that will be compiled
> with the real Cygwin ported gcc (i.e. without the
> -mno-cygwin).

I should probably point out that I am (slowly) working on such a port
of Emacs.

> CygEmacs will have UNIX APIs for I/O (files and
> sockets), and M$Windows APIs for the display and the keyboard. This
> is already done (partly) by the Cygwin port of rxvt.

I used to agree with you, but the more I think about it, the more I
think the ideal solution (bearing in mind that we are talking about a
*Cygwin* port of Emacs) is use the normal LessTif toolkit support, and
make LessTif work ``right'' from our perspective under Windows.  (This
would also allow us to support remote X connections, which is IMNSHO
one of the major features X has over Windows.)  Only if/while this is
not workable/not worth the effort should we use the native APIs
directly.

> If this is too difficult, 

It's certainly non-trivial, but it's not difficult, either.  All it
takes is a grep for WINDOWSNT, and then a check of each of those ~ 206
occurrences to see if each one should read WINDOWSNT or (WINDOWSNT ||
CYGWIN).

> may be a version of Emacs for Cygwin, that use only the UNIX APIs
> can be ported. This Emacs version will be used only within Cygwin's
> windows - Console or rxvt (Emacs in TTY mode) or real display (using
> Cygwin-Xfree).

This second approach surrenders practically nothing for the kind of
user Cygwin targets once Cygwin-Xfree supports a rootless X server.
So, I think if that approach is workable it should be pursued instead.

> Any of these version will solve the 2 major issues of using Emacs
> with Cygwin - 1. The files (names and attributes). 2. Running of
> sub-shells in Emacs (file is not tty problem). It may solve another
> problem that bothers me - running a client on the PC to a server on
> UNIX.

Right, because the alternatives you name don't affect the use of Posix
APIs for these operations.  (Although I agree that the primary purpose
of a Cygwin port of Emacs is to get the Posix APIs for the
operations.)

> Ehud.

Jon Cast

 LocalWords:  LessTif WINDOWSNT

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

[Bjoern Kahl AG Resy]

 Hallo !

On Tue, 26 Feb 2002, Anthony J. Zepezauer wrote:

> Yes, I have looked
> in the online Users Guide, the FAQ and the archive for this list.

 Are you sure, you read and understand the documentation?

 Any way,

> I'm trying to install Cygwin on Win2000.  I downloaded the latest setup.exe
> and ran it (twice).  The problem is I don't seem to be getting everything I
> need.  The first time I used the default set of packages, the second I used
> Full (almost; I passed on some obscure, obviously nonessential ones).

 I am sure you already got this right, but ...

 Setup has two major operation modes:
 - just download
 - install (either from net or a previously download)

 Make sure you actually installed some things.

 (Last setup version I tried was somewhat confusing about how to
  install things. Make sure you expanded the package-list, and the
  "new" column shows "install" or a version-number.)


> What I don't see is a .exe file to start Cygwin!  Or, the /usr/doc directory
> that is mentioned in the FAQ.

 After real installation, you will find a file "cygwin.bat" in the root
 installation directory.
 Click on this cygwin.bat to start a bash-shell.

 (There is no such thing as a "cygwin.exe", because cygwin is a
  Posix-emulation-library and a collection of (GNU-) tools that
  use this emulation library.)


  Bjoern

-- 
+-+
| Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) |
| Informatics Faculty +++ Building 48 +++ University of Kaiserslautern|
| phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de   |
+-+


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

Unable to install file C:/cygwin/bin/cygrunsrv.exe

[Gerrit Cap]

Hello,

When I tried to upgrade to cygrunsrv-0.95-1 this morning I got the 
following error (probably because cygrunsrvis being used to launch inetd). 
Any pratical solution for this ?

Regards,

Gerrit

>Uninstalling old cygrunsrv^M
>unlink C:/cygwin/bin/cygrunsrv.exe^M
>unlink C:/cygwin/usr/doc/Cygwin/cygrunsrv.README^M
>Installing...latest/cygrunsrv/cygrunsrv-0.95-1.tar.bz2^M
>Installing file C:/cygwin/bin/cygrunsrv.exe^M
>Unable to install file C:/cygwin/bin/cygrunsrv.exe^M
>Installing file C:/cygwin/usr/doc/Cygwin/cygrunsrv.README^M



 Marble Consulting --
Gerrit Cap  http://www.marble.be/
OO Solutions Engineer   mailto:[EMAIL PROTECTED]
Marble Consulting
Blauwe Gaanweg, 53  tel : +32 475  72.94.36
B-9150 Kruibeke-Bazel   fax : +32 3   744.19.17
Belgium
 Marble Consulting --
There is only one thing in the world worse than being witty,
and thats not being witty.  (Monthy Python)



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