Re: GNU Screen

[jurgen . defurne]

Hello, Brian and list,

I am running screen 3.9.8. It seems that I was able to compile it under
a previous version of Cygwin, but alas since 1.3.12 not anymore. I am
still using this previously compiled binary.

FWIW, I just tried to compile screen and I get the following error in the
screen sources :

gcc -c -I. -I.-O utmp.c
utmp.c: In function `pututslot':
utmp.c:588: void value not ignored as it ought to be
utmp.c: In function `makedead':
utmp.c:597: structure has no member named `ut_exit'
utmp.c:598: structure has no member named `ut_exit'
make: *** [utmp.o] Fout 1

The version that I use works well, but problems with detaching and
attaching probably have more to do with the braindead Windows
consoles than with screen itself. What also did change in this respect,
is its behaviour.

When you detach, the DOS console does not disappear. When I did
a reattach in older versions from another DOS box, then the session
became active again in the previous box instead of in the current box.

Oh, and it does not seem to work in an xterm. Pity...

Regards,

Jurgen










Brian McGroarty <[EMAIL PROTECTED]>
Sent by: 
[EMAIL PROTECTED]
02/06/2003 05:45 PM

 
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:GNU Screen
Classification: 



I'm currently unable to build GNU Screen properly.

Looking back through archives, I see that a few users have built it
with varying degrees of success -- none are able to use nonstandard
terminal sizes, and some say they cannot successfully reattach to a
session.

Before I dig into this, is anybody else successfully using screen, or
is anybody already working at a port?


Brian McGroarty
http://www.mcgroarty.net

--
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: ssh port forwarding

[Markus Schönhaber]

Markus Schönhaber wrote:

Matt wrote:


I am trying to forward TCP ports over ssh.  I have had
this up and running on three different machines.  Now
they all report the same error:

Matt@aptivaxp ~
$ ssh 5903:localhost:5900 [EMAIL PROTECTED]
ssh: 5903:localhost:5900: no address associated with
hostname.



Try -L:
$ ssh -L 5903:localhost:5900 [EMAIL PROTECTED]


or -R might be the right choice - depending on the direction you want the 
port to be forwarded.

Regards
  mks




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

TclX and J2SDK

[Paulus Tangke Allo]

* I already have Tcl/Tk installed in Cygwin and now I
want to install TclX on Cygwin 32. I tried to install
TclX but failed. These are what I did:
1. get the TclX from tclx.sourceforge.net
2. extract tclx8.3.5-src.tar.gz
3. go to tclx8.3.5/unix directory and run configure:
./configure --enable-gcc
--with-tk=/usr/src/tcltk-20030128-3/tk/unix
--with-tcl=/usr/src/tcltk-20030128-3/tcl/cygwin

I got messages:
loading cache ./config.cache
Will build Tk specific code and wishx
checking how to build libraries... shared
checking TclX versions... 8.3.0
checking for Tcl configuration... found
/usr/src/tcltk-20030128-3/tcl/cygwin/tclConfig.sh
checking for existence of
/usr/src/tcltk-20030128-3/tcl/cygwin/tclConfig.sh...
loading
checking for Tk configuration... found
/usr/src/tcltk-20030128-3/tk/unix/tkConfig.sh
checking for existence of ... checking loading
/usr/src/tcltk-20030128-3/tk/unix/tkConfig.sh...
checking for gcc... gcc
checking whether the C compiler (gcc -O ) works... no
configure: error: installation or configuration
problem: C compiler cannot create executables.

what's going wrong? anybody has succeed in installing
TclX?



** I also plan to install J2SDK on Cygwin, can anybody
help me with this? I have downloaded the bin file from
SUN website, what next?




thanks,

Paulus

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

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

Re: ssh port forwarding

[Markus Schönhaber]

Matt wrote:

I am trying to forward TCP ports over ssh.  I have had
this up and running on three different machines.  Now
they all report the same error:

Matt@aptivaxp ~
$ ssh 5903:localhost:5900 [EMAIL PROTECTED]
ssh: 5903:localhost:5900: no address associated with
hostname.


Try -L:
$ ssh -L 5903:localhost:5900 [EMAIL PROTECTED]

Regards
  mks



--
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: malloc() problem

[Christopher Faylor]

On Thu, Feb 06, 2003 at 05:35:01PM -0500, Greg Smith wrote:
>>>There's also a bug right now that causes allocation of three times as
>>>much memory as Hercules actually calls for.  (I believe that one's
>>>already been reported; it really hits Hercules hard, though, as it's
>>>not uncommon to have Hercules allocate 256 MB of memory for the
>>>emulated system's central storage, and a 768 MB allocation will drive
>>>most Windows boxes to their knees.)
>
>>I'm not aware of any bug report along these lines.  I must have missed
>>it.
>>
>>A test case would be welcome.
>
>One of our developers has come up with a test case for this problem
>which I have pasted below.  He's basically a windows programmer and
>I don't think he can write a short program to save his life ;-)

A test case is not a 218 line program.  Sorry.

I did write a very small test case which malloced 4M and saw the problem
you described by watching memory size go up in task manager.  The
problem seems to be due to the fact that the new version of malloc uses
mmap for requests over 256K and mmap is, for some reason, doubly
allocating private regions.

I've set the threshold up to a larger number in malloc and built a
new snapshot.  This should work around the problem until we can figure
out what is going wrong with mmap.  I've alerted our mmap maintainer
to the problem.

So, try the snapshot and see if it fixes your problem.

For your edification, the below is what I mean by a "test case".  A
"test case" should be source code which demonstrates the problem in
the smallest amount of code possible.  The below has an extra bell
or whistle but it at least should be understandable without a lot
of study.

cgf

#include 
#include 

int
main(int argc, char **argv)
{
  char *p;
  unsigned size = strtoul (*++argv ?: "4194304", &p, 0);
  int i;
  printf ("pid %d\n", getpid());
  for (i = 0; i < 1000; i++)
{
  char buf[16];
  malloc (size);
  puts ("ding");
  gets (buf);
}
}
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

ssh port forwarding

[Matt]

I have an error msg that it lloks like people have had
before, but where I've seen people mention the error
before was when they really were not providing the
neccessary parameters.  I believe I am providing the
correct syntax.

I am trying to forward TCP ports over ssh.  I have had
this up and running on three different machines.  Now
they all report the same error:

Matt@aptivaxp ~
$ ssh 5903:localhost:5900 [EMAIL PROTECTED]
ssh: 5903:localhost:5900: no address associated with
hostname.

please help me figure this out. It's one of the most
handy things I've ever come across.

Matt

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

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

RE: GCC 3.3-Signal 11

[Robert McNulty Junior]

I know. 20030502 works fine for now.
No more signal 11 (error 123 I think was the other one)
Going further, you can see where some names are used, but not defined.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Kelley Cook
Sent: Thursday, February 06, 2003 11:15 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: GCC 3.3-Signal 11


[This followup was posted to gmane.comp.gcc.devel and a copy 
was sent to the cited author.]

In article <[EMAIL PROTECTED]>, 
[EMAIL PROTECTED] says...
> It's not a GCC problem.
> 
> Cygwin 1.3.19 added in support for vasprintf (previously GCC 
> would use the version included in libiberty).  
> 
> Unfortunately, Cygwin's (actually newlib's) vasprintf is not 
> quite right and it bombs under certain circumstances.  
> Supposedly that bug has been corrected, but it still crashes 
> for me with the Feb 3rd cygwin snapshot.

Namely since after checking the changelog that particular 
patch wasn't put in until the Feb 5th snapshot.

It works now.

Kelley Cook




--
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: awk strangely outputs to file

[Chiranth]

On Feb 3, Harald Kierer wrote

>How can awk write Windows-like text files from within the script?
>The only way right now is to redirect the whole output like above.
>

perhaps you would like to keep awk working the way it is currently and
call use the program unix2dos to convert the output file to DOS format.

You can write it in a single shell script somewhat like this...

#!/bin/bash

awk -v v_OutFile="c:/x" -f example.awk /etc/passwd

dos2unix "c:/x"

IMO it would be a pain if awk were to output data with Windows style
line terminators.  It would affect other programs to which data is piped
from awk.

-- 
Chiranth M.C.
Netkraft Pvt Ltd
http://symonds.net/~chiranth




--
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: Re: apache 1.3.27 binary install problems

[George Rypysc III]

Jason,

I finally got a chance to upgrade to the 1.3.19-1 cygwin1.dll and 
the mmap error has disappeared!  Apache 1.3.24-5 is working fine 
along with PHP 4.2.0 on WinXP Home SP-1.  Cygwin is pretty impressive - 
I've showed it to people at work and they can't believe it.  
Great job guys.

	--George

If it matters, I think the error seemed to happen shortly after 
starting up apache and periodically even if I didn't hit apache with any 
requests so I don't think I could've come up with a specific test case.

I've sucessfully used the build of apache (1.3.24) that came with
Cygwin on Windows 2000 (SP-2) but I've struggled getting it to work on
Windows XP (SP-1) using the same install files.  I've read previous
posts about the rebasing issue and they have helped get me past that
error, but I still get this error quite often:

$ C:\cygwin\usr\sbin\httpd.exe: *** recreate_mmaps_after_fork_failed

 




Try the latest snapshot.  There was a recent change to mmap that *may*
fix your problem.




Any ideas?

 



If the above does not work, then strace httpd to get the exact Win32
error that corresponds to the above error.



If you can post a small test case that reproduces this error, then the
chances of the problem getting fixed is good.



Jason


...

Now when I try to start again I get:
#2) Syntax error on line 241 of /usr/local/apache/conf/httpd.conf:
Cannot add module via name 'mod_vhost_alias.dll': not in list of loaded 
modules
I compared 1.3.24-5's httpd.conf file to 1.3.27's and the former has the 
syntax:


AddModule mod_vhost_alias.c



while the later uses ".dll" instead of ".c" so I changed ".dll" to ".c" 
in that section of httpd.conf.  
Is that correct?  I think it resolved that problem because
I move on to another error when trying to start apache:


#3) httpd: bad user name nobody



In httpd.conf on lines 318 and 319:
   User nobody
   Group #-1
Those lines weren't commented out but they are in 1.3.24 so I commented 
them out and httpd starts but with
the rebase error I experienced with 1.3.24:
   $ C:\cygwin\usr\local\apache\bin\httpd.exe: *** unable to remap 
C:\cygwin\usr\lo
   cal\apache\libexec\mod_speling.dll to same address as parent -- 
0x127







--
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: rcs ci and co hang

[Igor Pechtchanski]

Michael,

On Fri, 7 Feb 2003, Michael Drumheller wrote:

> I just tried running strace, and apparently I'm too much of
> a rookie at it, because when I killed it it seemed to leave
> a file under my RCS directory called _0002016, which seems
> to be impossible for me to remove by any means.  That is a
> little worrisome.
>
> Anyway, the test case is trivial.  Let foo.txt be any text
> file.  Just type 'ci foo.txt'.  It hangs immediately.  Here
> is an example of what my screen looks like when it hangs:

Please run the following from a bash prompt:

1) "which ci" and "type -a ci", and paste the output of both in your
   message
2) "cygcheck -svr > cygcheck.txt", and include cygcheck.txt as an
   uncompressed text attachment, as Elfyn recommended
3) "strace -o ci.strace -w ci foo.txt &", wait until ci hangs (you'll see
   its output in a separate window), and look at the end of ci.strace for
   clues.  You may be asked to post it (compressed) later (it might be a
   good idea to paste the output of "wc /tmp/ci.strace", and, maybe,
   "tail -10 ci.strace" before ci is killed, into your message, though).

By the way, it's only worth doing steps 2 and 3 if step 1 shows something
like "/bin/ci" or "/usr/bin/ci" as the first entry in both cases.  If
you get any other result, you're most likely not running the Cygwin RCS,
so this would be off-topic anyway.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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


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

Re: username problem

[Isaque Galdino de Araujo]

Is you user a domain user? If so, you could use:
mkpasswd -d -u anaddaf >> /etc/passwd

On Wed, 5 Feb 2003 22:57:29 - Elfyn McBratney wrote:

> > > I just installed the latest cygwin on my Win2K machine. When I open a
> > > shell, my prompt is "t-ow@naddaf2". On the other hand, "id" reports my
> > > username as "anaddaf" which is the username that I use when I login to
> > my
> > > Win2K machine. I saw similar postings and the suggested solution was to
> > > update the /etc/passwd file but in my case, it won't do any good since
> > my
> > > /etc/password is identical to the "mkpassword -l".
> >
> > Are you sure they are exaclty the same. No changes in the Sid? Just to be
> > on
> > the safe side you should update your /etc/{passwd,group} file just to be
> > certain that's not whats holding you back.
> >
> > > What is puzzling me is that the user "anaddaf" which "id" reports
> > doesn't
> > > even exist in the /etc/passwd, nor does "t-ow". When I open the shell,
> > it
> > > takes me to the /home/Administrator directory. If I create a file, the
> > > "owner/group" of my file will be set to "anaddaf/mkgroup" and again
> > > "mkgroup" doesn't even exist in the /etc/group file.
> >
> > H tahts odd :-( What is the contents of your CYGWIN environment
> > variable
> >
> > $ echo $CYGWIN
> 
> Well it was just a hunch...Im going to have to let an expert take over now
> :-) Sorry!
> 
> 
> Regards,
> 
> Elfyn McBratney
> [EMAIL PROTECTED]
> www.exposure.org.uk
> 
> 
> 
> --
> 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/
> 


-- 
Isaque Galdino de Araujo Slackware, Agenda VR3, Vim and Cygwin user.
http://sites.uol.com.br/isaqueJava and C/C++ programmer.

--
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: /usr/local/lib on library path

[Isaque Galdino de Araujo]

On Thu, 6 Feb 2003 10:54:23 +0100 (CET) Ronald Landheer-Cieslak wrote:
> Ehm.. why?
> 
> Try a gcc -print-search-dirs on any *NIX of GNU box and see if 
> /usr/local/lib is in there. On my Linux box, this gives:
Yeah, you are right! My mistake!

-- 
Isaque Galdino de Araujo Slackware, Agenda VR3, Vim and Cygwin user.
http://sites.uol.com.br/isaqueJava and C/C++ programmer.

--
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: rcs ci and co hang

[Elfyn McBratney]

> I just tried running strace, and apparently I'm too much of
> a rookie at it, because when I killed it it seemed to leave
> a file under my RCS directory called _0002016, which seems
> to be impossible for me to remove by any means.  That is a
> little worrisome.

Look at the bottom of this...

> Anyway, the test case is trivial.  Let foo.txt be any text
> file.  Just type 'ci foo.txt'.  It hangs immediately.  Here
> is an example of what my screen looks like when it hangs:

I tried your example and I didn't get a hang. I tried it using only a
touched file, a text file with unix line endings and a text file with dos
line endings... :/

Cat you send the output of `cygcheck -svr' as a non-compressed plain-text
attachment to the list please :::-)

>03-02-06:15:51:14:/cygdrive/c/TIACore=> ci -mMyMessage foo.txt
>RCS/foo.txt,v  <--  foo.txt
>
>  says "cleaning up" etc.>
>
> Not that I am using an "RCS" subdirectory for storing my comma-v files
> (or I would *like* to, if any of this worked) but that does not seem
> to matter.  It fails whether I use an RCS subdir or not.
>
> To show you the whole pattern:
>
>03-02-06:15:49:13:/cygdrive/c/TIACore=> ci Agent.cpp
>RCS/Agent.cpp,v  <--  Agent.cpp
>
>RCS: Interrupt  <---I killed it here.
>RCS: Cleaning up.
>03-02-06:15:51:12:/cygdrive/c/TIACore=>
>
> If you search on the Web you will see many references to this problem.
> A couple that seem to be relevant are:
> http://www.cygwin.com/ml/cygwin/2000-06/msg00018.html (<--See the
follow-up)
> http://www.cvsnt.org/pipermail/cvsnt/2001-December.txt
>
> I hope this helps.  This is a major cygwin showstopper for me.
>
> Thanks very much for your help & interest.
>
> Yours,
>
> Mike
>
> P.S.  Do you have any idea how to get rid of that _0002016 file under
> my RCS directory?
> When I tried to do it from the DOS shell, this is what happened:
>
> C:\TIACore\RCS>dir
>  Volume in drive C has no label.
>  Volume Serial Number is 07D2-060C
>
>  Directory of C:\TIACore\RCS
>
> 02/05/2003  10:27p.
> 02/05/2003  10:27p..
> 02/06/2003  02:11p   0 _0002016
> 02/06/2003  03:51p   0 ,foo.txt,
> 02/06/2003  03:51p   0 _0002164
>3 File(s)  0 bytes
>2 Dir(s)  28,407,824,384 bytes free

Hmmm thats odd, I don't get the same results with rcs as you do so that's
expected ;-) Try rebooting and I'm guessing you have admin privs so if after
a reboot you still get  apermissions error just reset the security on the
file(s).


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
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: ctrl-c with X11

[Eduardo Chappa]

*** Matthew Bailey ([EMAIL PROTECTED]) wrote today:

:) I use X11 forwarding, instead of exporting my display, to help display
:) my programs remotely from work.  But, when using X11, the I sometimes
:) have to use Ctrl-c to cancel messages from within Pine, which then
:) kills all ssh connections I have, and I must start my jobs all over
:) again.

One way to get around pressing the exact control key is by entering using
the following key sequence "ESC ESC C".

-- 
Eduardo
http://www.math.washington.edu/~chappa/pine/

--
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: Detecting text type in a shell script

[mstucky5]

- Original Message -
From: "Nicolas Christin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 06, 2003 11:51 AM
Subject: Re: Detecting text type in a shell script


> On Thu, 6 Feb 2003, Max Bowsher wrote:
>
> > Have you tried linking you app with -lbinmode ? That should force
all
> > file access to be binary, whatever the mount.
>
> No - but that's a very good point - worth trying out. Thanks a bunch.
>
> On Thu, 6 Feb 2003, David Robinow wrote:
>
> > Has it occurred to you that a better solution might be to fix your
> > software so that it works properly with text mounts?
>
> "No can do."
>
> Our software does, but third-party software it relies on and it is
> distributed with apparently does not. I already have about 20 lines of
> shell with gory sed's and the like to patch the source code of those
> third-party packages in case Cygwin is detected (I can't assume
"patch"
> is available), and I am *not* going to go through the source code of a
> bunch of external packages to fix all the possible problems there can
> be with text mounts. And before you ask, no, the people who develop
> those third-party packages won't fix them.
>
> It is much easier for me to tell people at installation time "DOS type
> detected, which is unsuitable, compile at your own risk" or to use
Max's
> suggestion and try to write a kludge that forces -lbinmode everywhere
if
> Cygwin is detected.
>
> Note that this stuff isn't even *supposed* to run under Windows, thank
> God (or to the Cygwin developers in that case) for small miracles.
>
> Anyway, thanks again for the tips, Max. Highly appreciated.


Could you just run a "dos2unix" (on non-binary files) in your
script?

Something like ...

   #!/bin/sh

   cat input_1.txt | tr -d '\r' > new_input_1.txt
   cat input_2.txt | tr -d '\r' > new_input_2.txt

   proceed();

... just wondering if it is a choice...

--Mark



--
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: I Don't Have Any Excuses

[Jessica Yeder]

Subject: FINAL NOTICE - Your Account will be DELETED, $500.00
drawing  !

This is your final notice.
If you have already locked in your position with Sales-O-matic system then
disregard this email and use the removal link at the bottom.

If you have NOT signed up, then you need to do it right
NOW because SalesOmatic is still holding your position and we have
people that are waiting to be placed under you. You need to
confirm or you're going to miss out on getting paid on your team !

I'm confused. Why haven't you confirmed yet? We place
everyone under you and then notified you when you
had a GUARANTEED Group !

You don't need to do anything but go to:

http://basketballdad.zibycom.com/sales-o-matic/2.0_new/

and just put in your name, phone number and email address,then click
on the "Win Me ! $500.00 US Dollar sign " AFTER you input your information


As SOON As we have the rest of your information we'll begin placing
people under you right away.

We can't put anyone there until you confirm.
So do it right now, before you do anything else! I
don't want you to miss out on this.

Just go to: http://basketballdad.zibycom.com/sales-o-matic/2.0_new/



PS. If you are no longer interested in turning your
computer into a CASH COW, please remove yourself below so
we can place all these people under someone else who is ready.
If you have already confirmed your position then click on the
removal link below. Either way we need to know if you're in or
you're out because these people need to be placed quickly.

==
If you do not wish to receive any further messages from us, please 
send a blank e-mail to [EMAIL PROTECTED] with the 
word "Remove" in the subject. 

This option will not affect any preferences you may have previously
 expressed with respect to other emails. 
===


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

malloc() problem

[Greg Smith]

>>There's also a bug right now that causes allocation of three times as
>>much memory as Hercules actually calls for.  (I believe that one's
>>already been reported; it really hits Hercules hard, though, as it's
>>not uncommon to have Hercules allocate 256 MB of memory for the
>>emulated system's central storage, and a 768 MB allocation will drive
>>most Windows boxes to their knees.)

>I'm not aware of any bug report along these lines.  I must have missed
>it.
>
>A test case would be welcome.

One of our developers has come up with a test case for this problem
which I have pasted below.  He's basically a windows programmer and
I don't think he can write a short program to save his life ;-)

The gist is, if you compile the program under cygwin, and use it
to malloc() say 4M then PageFileUsage from GetProcessMemoryInfo()
will be a little over 8M.  If you compile the program using a
windows compiler then the same value is reported back as a little
over 4M (using windows malloc).  Somehow, it seems, memory is
getting doubly committed for large requests.

I've been going through the code (last night's snapshot) but reading
malloc code is like trying to swim in molasses ;-)  I have figured
out that malloc calls mALLOc() in winsup/cygwin/malloc.cc... I haven't
yet determined which sbrk() is being called yet.  Once I do, I plan
to trace the VirtualAlloc() calls.

Thanks,
Greg Smith



/
// Cygwin double malloc research...
/

#include 			// (need printf)
#include 		// (need Windows (duh!))
#include 			// (need GetProcessMemoryInfo)

#ifdef WIN32
#pragma comment(lib,"Psapi.lib")
#else
#include 			// (need sleep)
#endif

/

int format()
{
	printf
	(
		"\n"

		"Format:\n\n"

		"  \"fishtest  \"\n\n"

		"Where:\n\n"

		"=  size of each malloc in 'K' (default is 1024)\n"
		"=  how many mallocs to do (default is 1, max 100)\n"
		" =  seconds to sleep before allocating, after allocating,\n"
		"and before freeing memory to give you time to manually\n"
		"examine system memory usage (default = 1)\n"
	);

	return 0;
}

/

void mysleep(int secs)
{
#ifdef WIN32
	Sleep(secs*1000);
#else
	sleep(secs);
#endif
}

/

void mem_info()
{
	// From SDK docs:

	/*
		The working set is the amount of memory physically mapped to
		the process context at a given time. Memory in the paged pool
		is system memory that can be transferred to the paging file on
		disk (paged) when it is not being used. Memory in the nonpaged
		pool is system memory that cannot be paged to disk as long as
		the corresponding objects are allocated. The pagefile usage
		represents how much memory is set aside for the process in the
		system paging file. When memory usage is too high, the virtual
		memory manager pages selected memory to disk. When a thread
		needs a page that is not in memory, the memory manager reloads
		it from the paging file.
	*/

	// Thus, all we're really interested in is the PagefileUsage value.

	PROCESS_MEMORY_COUNTERS  pmc;

	pmc.cb = sizeof(pmc);

	if (!GetProcessMemoryInfo(GetCurrentProcess(),&pmc,sizeof(pmc)))
		return;		// (must be running on Win9x)

	printf("\nCurrent PagefileUsage = %ld K   (peak: %ld K)\n\n",
		pmc.PagefileUsage/1024,pmc.PeakPagefileUsage/1024);
}

/

void virt_info (unsigned long *mem_free, unsigned long *mem_reserved, unsigned long *mem_committed)
{
	MEMORY_BASIC_INFORMATION memory_info;
	memory_info.BaseAddress = 0;
	*mem_free = *mem_reserved = *mem_committed = 0;
	while (VirtualQuery (memory_info.BaseAddress, &memory_info, sizeof (memory_info)))
	{
		switch (memory_info.State)
		{
			case MEM_FREE:
*mem_free += memory_info.RegionSize;
break;
			case MEM_RESERVE:
*mem_reserved += memory_info.RegionSize;
break;
			case MEM_COMMIT:
*mem_reserved  += memory_info.RegionSize;
*mem_committed += memory_info.RegionSize;
break;
			default:
printf("LOGIC ERROR IN virt_info FUNCTION\n");
abort();
		}

		memory_info.BaseAddress = (char *) memory_info.BaseAddress + memory_info.RegionSize;
	}
}

/

int main (int argc, char* argv[])
{
	unsigned long mem_free, mem_reserved, mem_committed;

	int nMallocSizeInK = 1024;
	int nNumMallocs= 1;
	int nSleepSecs = 1;

	void*  pMemAddrs[100];
	inti = 0;

	if (argc != 4)
		return format();

	nMallocSizeInK = atoi(argv[1]);
	nNumMallocs= atoi(argv[2]);
	nSleepSecs = atoi(argv

Re: rcs ci and co hang

[Elfyn McBratney]

> I am running into the same problem that Mr. Tolkin encountered
> (ci and co hang on cywin).  His original description is
> http://www.cygwin.com/ml/cygwin/2000-06/msg00018.html.
> I asked him if he ever found a fix (I was unable to find one
> anywhere on the cygwin mailing lists) and he replied
>   "No I gave up on this
>and subsequently on cygwin."
> Bummer.  Has anything changed on this?
> Thanks,
> MD

Where abouts does rcs c{i,o} hang? You could strace a running/hanging c{i,o}
which may help finding the glitch. Or even better run in under gdb.

Could you provide a test-case on how to make it hang or what process you do
that makes it hang?


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



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

rcs ci and co hang

[Drumheller, Michael]

I am running into the same problem that Mr. Tolkin encountered
(ci and co hang on cywin).  His original description is
http://www.cygwin.com/ml/cygwin/2000-06/msg00018.html.
I asked him if he ever found a fix (I was unable to find one
anywhere on the cygwin mailing lists) and he replied
  "No I gave up on this
   and subsequently on cygwin."
Bummer.  Has anything changed on this?
Thanks,
MD

--
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: assimilation cmd towards cygwin/bash

[Nigel Stewart & Fiona Smith]

Time to get used to left-button copy,
middle-button paste.  Once you get a
grip on the that, you've been officially
assimilated! :-)

Put this line in your cygwin.bat...

rxvt -sl 1000 -rv -geometry 120x30 +sr -e bash -i

Cheers,

Nigel Stewart



--
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: zsh-4.0.6-3

[Peter A. Castro]

I've updated the version of zsh to 4.0.6-3.

This version has many, many fixes from the base Zsh team, about 640 lines
in the ChangeLog.  The 4.0.4-4.0.6 changelog is here:
http://www.fruitbat.org/Cygwin/zsh/ChangeLog

My notes on setting up zsh are here:
http://www.fruitbat.org/Cygwin/zsh/zsh.notes

Some additions for Cygwin:
- Fixed CDPATH bug where having root ("/") in CDPATH didn't work.
- Added a default zprofile.  This will be copied to /etc/zprofile if
  there is not already a /etc/zprofile.  This is a correction from the
  4.0.6-1 release which simply overlayed /etc/zprofile.
- New command, mkzsh, to create a default /zsh.bat file and create Desktop
  and Program Menu items.  Sorry, no man page (yet), but mkzsh --help works :)
- Added some command completions for some of the Cygwin commands:
  cygcheck getfacl  passwd
  cygpath  mkgroup  ps_cygwin
  dumper   mkpasswd setfacl
  These are very basic and hopefully will be improved upon later.
- Added more sample functions and startup scripts from the distribution.
  These are in /usr/doc/zsh-4.0.6/Functions and /usr/doc/zsh-4.0.6/StartupFiles

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.  Once you've downloaded setup.exe, run it and select "Net" and  
then click on the appropriate field until the above announced version
number appears if it is not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

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

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.

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




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

Re: ctrl-c with X11

[Igor Pechtchanski]

On Thu, 6 Feb 2003, Matthew Bailey wrote:

> I use X11 forwarding, instead of exporting my display, to help display my
> programs remotely from work.  But, when using X11, the I sometimes have to
> use Ctrl-c to cancel messages from within Pine, which then kills all ssh
> connections I have, and I must start my jobs all over again.
>
> Is there any way for me to get around this without exporting my display
> manually?  Any config files I can edit to stop this from happening?
>
> Matthew

Matthew,

Please read the User's Guide 
about the "tty" setting in the CYGWIN environment variable.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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


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

"Couldn not exec" error message

[Ke-Wei Ma]

I made the serious mistake of reinstalling cygwin last week.  Now I keep
getting "Couldn not exec" errors in all my term windows when I start X right
before it dies.  I've tried removing all files, deleting all registry keys and
reinstalling it at least 10 times.  Nothing seems to fix this problem.  

I would appreciate some help.

Thanks,
kewei


=


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

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

ctrl-c with X11

[Matthew Bailey]

I use X11 forwarding, instead of exporting my display, to help display my
programs remotely from work.  But, when using X11, the I sometimes have to
use Ctrl-c to cancel messages from within Pine, which then kills all ssh
connections I have, and I must start my jobs all over again.

Is there any way for me to get around this without exporting my display
manually?  Any config files I can edit to stop this from happening?

Matthew

 _\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_\|/_
| James M. Bailey   Phone: 662-325-9519   |
| Systems and Network Administration  |
| [EMAIL PROTECTED]   http://WWW.ERC.MsState.Edu/~jmb   |
|Mississippi State University ERC |
|_|




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

crontab -u

[House, Mark]

Hi,

 I have cron running successfully on my Win2000 server.  I use it to run =
a job every 10 minutes.  In the job, I specify that if an error is =
found, e-mail the admin and then change the crontab file to no longer =
run the job. To do this, I am trying to use the command "crontab -u =
Administrator stop_extract". Stop_extract is a text file with the =
crontab details that I want to load. Administrator is the user that I =
want to change the crontab file for.

 When I use cygwin I am automatically logged in as Administrator in =
bash. At the command line I have used  "crontab start_extract" to set =
the crontab file and I have used "crontab stop_extract" to set the =
crontab file. I confirm that both of those commands are valid and the =
system behaves properly when each of those files is loaded into crontab.

 When I put my code together, I initially used "crontab stop_extract" to =
alter the crontab in case of an error. However, crontab runs as SYSTEM. =
It would not undo the crontab file for the Administrator, so, I tired to =
use the -u function. When I use the -u parameter, I get a message saying =
"must be privileged to use -u".

 Does anyone know how to get -u to work? Or does anyone have a =
suggestion for another method I can use to systematically unset crontab?

Thanks,
   Mar

--
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: Detecting text type in a shell script

[Max Bowsher]

Nicolas Christin wrote:
> On Thu, 6 Feb 2003, Max Bowsher wrote:
>
>> Have you tried linking you app with -lbinmode ? That should force all
>> file access to be binary, whatever the mount.
>
> No - but that's a very good point - worth trying out. Thanks a bunch.

You haven't said exactly what your program does, so I can't be sure, but
there is also -lautomode, which (IIRC) does text reads and binary writes.

Remember - When reading in binary mode, your program may receive \r\n line
terminations if that is what the file actually contains.


Max.


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

Re: Bug in path.cc (conv_path_list_buf_size)

[Daniel Steinmann]

On Wed, Feb 05, 2003 at 04:39:53PM -0500, Christopher Faylor wrote:
> On Wed, Feb 04, 2003 at 04:02:37PM -0500, Christopher Faylor
> wrote:
> >On Wed, Feb 05, 2003 at 05:40:21PM +0100, Daniel Steinmann wrote:
> >>The above mentioned function returns sometimes a too small buffer
> >>size. This problem was found when using 'cygpath --path --windows'
> >>
> >>I see following solutions:
> >>
> >>a) Increase the slop.
> >>
> >>b) Make the size estimation more precise by adding the size of
> >>   the current working directory for each relativ path element.
> >>
> >>What do you think?
> >
> >I'll add something which should suffice to work around the
> >problem for
> >1.3.20.
>
> There is a new snapshot up with the change, if you want to try it.

It works!

Thanks a lot,
Daniel

--
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: can't run arm-elf-gdb in cygwin

[Christopher Faylor]

On Thu, Feb 06, 2003 at 03:45:24AM -0700, David Jea wrote:
>I try to run arm-elf-gdb on Cygwin/WindowsXP, so I can connect
>evaluation board (ATMEL EB40) through a serial link.

I've seen this reported in three different mailing lists now.

This is a problem in newlib which was fixed by Jonathan Larmour.
The fix will be in cygwin-1.3.20.

You can download a cygwin snapshot by clicking on the snapshot
link at http://cygwin.com/ .  The most recent snapshot is close to
what will become 1.3.20.

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

[Jonathan Larmour]

Michael H. Cox wrote:


(BTW, the tag cygwin-1-3-19-1 isn't in the list of available tags in cvsweb
at
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src, but it
is in CVS.)

I only got a portion of the source files (the files under
src/winsup/cygwin).  If I don't use the tag, I get all the sources, but I'm
getting files off the MAIN trunk that aren't tagged with cygwin-1-3-19-1.  I
don't think that's what I want since I'll be getting changes that have
occurred since the 1.3.19-1 release.  How do I get the versions of w32api,
newlib, etc. that were used to build 1.3.19-1 out of CVS?


It appears there was a little slip-up with 1.3.19-1. Looking at e.g. 
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/Makefile.in?cvsroot=src
it's tagged with all the other cygwin version numbers, but not 
cygwin-1-3-19-1. I think it's simply been accidentally missed from the tag 
(i.e. someone did the tag at winsup/cygwin, not winsup).

Chris says the tags are for his own use anyway, so evidently you're meant 
to use the source packages for 1.3.19-1 using setup.exe, use the CVS HEAD. 
See my earlier mails in this thread for how to avoid some of the potential 
problems with the 1.3.19-1 source packages ;).

P.S.  Jifl, welcome to the cygwin mailing list ;-).


Heh.

Jifl
--
eCosCentric   http://www.eCosCentric.com/   <[EMAIL PROTECTED]>
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


--
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: Updated Package: Whois 4.6.1

[Michael Schaap]

On 6-Feb-2003 16:19, Mark Bradshaw wrote:

This version no longer works with .org domains.  Looks like 4.6.2 is out 
on http://www.linux.it/~md/software/ .
Would it be possible to release this version, at your convenience?


Will do.


Thanks!

 - Michael


--
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: cygpath bug v1.25/Build Jan 23, 2003

[Igor Pechtchanski]

On Thu, 6 Feb 2003, Brian McColgan wrote:

> [snip]
>   Thank you for pointing me at the snapshots.  I will go there from now on
> to get updates for the Cygwin core.
> Cheers, Brian.

Umm, please don't, unless you are asked to try one (or unless you want to
be on the "bleeding edge" of Cygwin development).  Snapshots are the
latest, but not necessarily the greatest, versions of Cygwin.  They are,
in a sense, alpha releases.  There might be some unfixed bugs lurking
around, as well as work-in-progress.  The official releases of Cygwin are
packaged when the developers are satisfied that, to the best of their
knowledge, the current round of changes they were making is complete.
So, unless you are asked to, please don't use snapshots...

Oh, and those of us who do want "bleeding edge" compile the DLL from CVS
ourselves, anyway.  Snapshots are *so-o-o* out-of-date. ;-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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


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

Re: cygpath bug v1.25/Build Jan 23, 2003

[Brian McColgan]

Hi Corinna,

 I d/l'd the latest snapshot (i.e. cygwin-inst-20030205.tar.bz2) and it 
unpacked it, restarted cygwin, and ran everything and it WORKED fine!

 Below is the output of 'cygpath -version' to verify the version 
information:

/c/ipl-0.1/impl 2005% cygpath -version
cygpath (cygwin) 1.25
Path Conversion Utility
Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.
Compiled on Feb  5 2003
/c/ipl-0.1/impl 2006%

 Thank you for pointing me at the snapshots.  I will go there from now on 
to get updates for the Cygwin core.

Cheers,
Brian.




_
Tired of spam? Get advanced junk mail protection with MSN 8.  
http://join.msn.com/?page=features/junkmail


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

Fw: Cygwin 2.249.2.5 setup.exe error : All post install shellprograms could not run.

[Abraham Gulko]

I installed 3 times on 3 different machines (win2k sp3, win2k server,
win2kadv server) all the same problem.

I downloaded the whole pkg and installed from directory.  It finihsed and
asked to setup link and icon and then the post install process ran and all
the windows produced errors and no home was created as well other's things.

Attached are the setup logs.

I emailed Mark Zieg - this was his response...

> > - Original Message -
> > From: "Zieg, Mark" 
> > To: "'Abraham Gulko'" <[EMAIL PROTECTED]>
> > Sent: Wednesday, February 05, 2003 7:00 PM
> > Subject: RE: Cygwin 2.249.2.5
> >
> >
> >  I wish I had a good answer for you.  That happened to a friend of mine
last week, and I watched it happen, and re-created it myself, and was unable
to either explain it or fix it.



log.zip
Description: Binary data
--
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.20

[Christopher Faylor]

On Thu, Feb 06, 2003 at 02:49:43AM -0700, Michael H. Cox wrote:
>
>
>> -Original Message-
>> > To quote from the FAQ:
>> >
>> > "As of this writing, you need to install at least the cygwin source
>> > package and the w32api source package.
>> >
>> > It is possible that the cygwin source package may require a newer
>> > version of the w32api package since the release of the packages is not
>> > always in lock step (another reason to just use CVS)."
>>
>>
>...
>> Otherwise why do you even bother giving people sources if you only intend
>> them to use (the occasionally broken) CVS?
>
>Excuse me for butting in on this thread, but I'm having trouble using the
>cygwin CVS respository and since CVS seems to be the preferred method...
>
>I'm trying to build a debug version of cygwin1.dll to help debug a problem
>I'm having.  I'd like to retrieve the source files used to build cygwin
>1.3.19-1 from CVS.  Following the instructions at http://cygwin.com/cvs.html
>I tried to checkout this version  using:
>
>   cvs -d:pserver:[EMAIL PROTECTED]:/cvs/src checkout -r
>cygwin-1-3-19-1 winsup

You are replying to a thread with the subject "1.3.20".  It makes no
sense for you to be using 1.3.19 sources to track down your problem.
Doesn't it make sense that there is a possibility that whatever problem
you're experiencing might already be solved in CVS?

If you did debug your problem and managed to come up with a patch, then,
again, it *makes no sense* for you to provide a patch against older
sources.  There is, once again, a likelihood that your patch wouldn't
apply against the newer sources.

>(BTW, the tag cygwin-1-3-19-1 isn't in the list of available tags in cvsweb
>at
>http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src, but it
>is in CVS.)

That's because the version tags are for my benefit.  They are not intended
for checking out a cygwin release.  As Max has pointed out, to do that, I'd
have to tag large parts of the sourceware repository.

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

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

Re: Best way to associate .tar.gz with "tar -xzf"?

[Igor Pechtchanski]

On Thu, 6 Feb 2003, Igor Pechtchanski wrote:

> On Thu, 6 Feb 2003, Jamshid Afshar wrote:
>
> > On Windows XP, I created a .tar.gz file type under Folder Options=>File
> > Types tab. I then set the "Opens with" to a one-line batch file
> > wintargz.bat:
> >
> >   FOR %%F IN (%1) DO pushd %%~pF && tar -xvzf %%~nxF
> >
> > This allows double-clicking on a foo.tar.gz file to automatically cause it
> > to be uncompressed and untarred. FYI, it is necessary to cd to that
> > directory and untar only the filename portion without the path, otherwise
> > you get the error appended below.
> >
> > Just thought I would share this. Maybe somebody has a better way to
> > associate cygwin utilities with the Windows explorer.
> >
> > --Jamshid
> >
> > W:\Downloads>tar -tzf W:\Downloads\privoxy-3.0.0-stable-src.tar.gz
> > tar (child): Cannot execute remote shell: No such file or directory
> > tar (child): W\:\\Downloads\\privoxy-3.0.0-stable-src.tar.gz: Cannot open:
> > I/O error
> > tar (child): Error is not recoverable: exiting now
> >
> > gzip: stdin: unexpected end of file
> > tar: Child returned status 2
> > tar: Error exit delayed from previous errors
>
> Jamshid,
>
> This happens because "tar" doesn't understand Windows paths.  Since you're
> using extended syntax anyway, you could try
>
> FOR /F "usebackq delims=|" %%F IN (`cygpath -u %1`) DO pushd %%~pF && tar -xvzf 
>%%~nxF
>
> Any other POSIX-illegal filename character can be used in place of "|".
> Igor
> P.S. This probably won't work on Windows 9x.

Oops, cut-and-paste problem, sorry.  The above line should read:

FOR /F "usebackq delims=|" %%F IN (`cygpath -u %1`) DO tar -xvzf %%F

I should re-read my messages before sending (now, where have I heard
*that* before?).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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


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

Re: Detecting text type in a shell script

[Nicolas Christin]

On Thu, 6 Feb 2003, Max Bowsher wrote:

> Have you tried linking you app with -lbinmode ? That should force all
> file access to be binary, whatever the mount.

No - but that's a very good point - worth trying out. Thanks a bunch.

On Thu, 6 Feb 2003, David Robinow wrote:

> Has it occurred to you that a better solution might be to fix your
> software so that it works properly with text mounts?

"No can do."

Our software does, but third-party software it relies on and it is
distributed with apparently does not. I already have about 20 lines of
shell with gory sed's and the like to patch the source code of those
third-party packages in case Cygwin is detected (I can't assume "patch"
is available), and I am *not* going to go through the source code of a
bunch of external packages to fix all the possible problems there can
be with text mounts. And before you ask, no, the people who develop
those third-party packages won't fix them.

It is much easier for me to tell people at installation time "DOS type
detected, which is unsuitable, compile at your own risk" or to use Max's
suggestion and try to write a kludge that forces -lbinmode everywhere if
Cygwin is detected.

Note that this stuff isn't even *supposed* to run under Windows, thank
God (or to the Cygwin developers in that case) for small miracles.

Anyway, thanks again for the tips, Max. Highly appreciated.
-- 
Nicolas

--
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: Best way to associate .tar.gz with "tar -xzf"?

[Igor Pechtchanski]

On Thu, 6 Feb 2003, Jamshid Afshar wrote:

> On Windows XP, I created a .tar.gz file type under Folder Options=>File
> Types tab. I then set the "Opens with" to a one-line batch file
> wintargz.bat:
>
>   FOR %%F IN (%1) DO pushd %%~pF && tar -xvzf %%~nxF
>
> This allows double-clicking on a foo.tar.gz file to automatically cause it
> to be uncompressed and untarred. FYI, it is necessary to cd to that
> directory and untar only the filename portion without the path, otherwise
> you get the error appended below.
>
> Just thought I would share this. Maybe somebody has a better way to
> associate cygwin utilities with the Windows explorer.
>
> --Jamshid
>
> W:\Downloads>tar -tzf W:\Downloads\privoxy-3.0.0-stable-src.tar.gz
> tar (child): Cannot execute remote shell: No such file or directory
> tar (child): W\:\\Downloads\\privoxy-3.0.0-stable-src.tar.gz: Cannot open:
> I/O error
> tar (child): Error is not recoverable: exiting now
>
> gzip: stdin: unexpected end of file
> tar: Child returned status 2
> tar: Error exit delayed from previous errors

Jamshid,

This happens because "tar" doesn't understand Windows paths.  Since you're
using extended syntax anyway, you could try

FOR /F "usebackq delims=|" %%F IN (`cygpath -u %1`) DO pushd %%~pF && tar -xvzf %%~nxF

Any other POSIX-illegal filename character can be used in place of "|".
Igor
P.S. This probably won't work on Windows 9x.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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


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

GNU Screen

[Brian McGroarty]

I'm currently unable to build GNU Screen properly.

Looking back through archives, I see that a few users have built it
with varying degrees of success -- none are able to use nonstandard
terminal sizes, and some say they cannot successfully reattach to a
session.

Before I dig into this, is anybody else successfully using screen, or
is anybody already working at a port?


Brian McGroarty
http://www.mcgroarty.net

--
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: Strange new behavior...

[Brian McGroarty]

On Wed, Feb 05, 2003 at 11:20:49AM -0600, Brian J. Ackermann wrote:
> Good to know,
> 
> Although I still find it curious that it had been working until last 
> week sometime, when I updated...
> 
> Thanks much!!
> 
> Igor Pechtchanski wrote:
> 
> >Oops, sorry, should have read your message more carefully...
> >/etc/postinstall/passwd-grp.sh simply does not create domain users.  I'm
> >sure this fact is documented somewhere, but I can't find it at the moment.
> > Igor

I observed this behavior (no /etc/passwd generation) on another
machine when performing a fresh install on two users' machines
yesterday. The machine that worked properly received a single-user
install, while the one that failed was an install for "All Users."

If anyone has a virgin machine at their disposal, it may be worth a
quick test to ensure that something isn't broken.


Brian McGroarty
http://www.mcgroarty.net

--
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: Detecting text type in a shell script

[Randall R Schulz]

Nicolas,

At 08:13 2003-02-06, Nicolas Christin wrote:

On Thu, 6 Feb 2003, Max Bowsher wrote:

> Nicolas Christin wrote:
> >
> > How can I detect what text type was chosen at install time? (So that I
> > can appropriately set/unset my cygwin-unix-type variable.)
>
> man mount

Max, thanks.

OK... I had actually checked that, but it didn't come to me as
straightforward how to use it for my particular problem. Can I just
assume that if I don't see any "textmode" field in the mount table, then
everything is fine?


That would be a conservative approach. Clearly if there are no text 
mode mounts, text mode will not be in effect.

But note that you must also check the CYGWIN environment variable, 
though, for the "binmod" / "nobinmode" option. Refer to 
 for details.

If you want to be more refined about the determination you make in your 
script, you'll have to analyze the mount table as reported by the 
"mount" command and emulate Cygwin's algorithm for determining which 
mount point is used to access a given file (name).


More specifically, does something of the kind:

#!/bin/sh
# test we're in binmode

mount | grep textmode >/dev/null 2>&1

if [ "$?" -eq "0" ]; then
# found text modes - probably bad
bail();
else
proceed();
fi;

would do? (I don't have a DOS-type installed Cygwin available at the
moment, so I'm doing this blind and can't test it...)

Thanks again,
--
Nicolas



Randall Schulz 


--
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: Detecting text type in a shell script

[Max Bowsher]

Nicolas Christin wrote:
> On Thu, 6 Feb 2003, Max Bowsher wrote:
>
>> Nicolas Christin wrote:
>>>
>>> How can I detect what text type was chosen at install time? (So
>>> that I can appropriately set/unset my cygwin-unix-type variable.)
>>
>> man mount
>
> Max, thanks.
>
> OK... I had actually checked that, but it didn't come to me as
> straightforward how to use it for my particular problem. Can I just
> assume that if I don't see any "textmode" field in the mount table,
> then everything is fine?
>
> More specifically, does something of the kind:
>
> #!/bin/sh
> # test we're in binmode
>
> mount | grep textmode >/dev/null 2>&1
>
> if [ "$?" -eq "0" ]; then
> # found text modes - probably bad
> bail();
> else
> proceed();
> fi;
>
> would do? (I don't have a DOS-type installed Cygwin available at the
> moment, so I'm doing this blind and can't test it...)

Should do, but ditto.

Have you tried linking you app with -lbinmode ? That should force all file
access to be binary, whatever the mount.


Max.


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

RE: Detecting text type in a shell script

[David Robinow]

Nicolas Christin <[EMAIL PROTECTED]> wrote:
>
>I have been looking into the mailing-list archives and the manual but
>could not find any answer to the following problem, which will certainly
>sound trivial. I am release-engineering some software developed under
>Unix. The thing installs just fine under Cygwin when the "UNIX file"
>text type has been selected at installation type but breaks if the "DOS
>file" text type has been selected. So, what I would want to have in the
>./install of the package I am release-enginering is something of the
>form:
>
>#!/bin/sh
>
>if [ ${cygwin-unix-type} eq "true" ]; then
>        proceed();
>else
>        bail();
>fi;
>
>How can I detect what text type was chosen at install time? (So that I
>can appropriately set/unset my cygwin-unix-type variable.)

   Has it occurred to you that a better solution might be to fix your software so that 
it works properly with text mounts?


__
The NEW Netscape 7.0 browser is now available. Upgrade now! 
http://channels.netscape.com/ns/browsers/download.jsp 

Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.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: Detecting text type in a shell script

[Nicolas Christin]

On Thu, 6 Feb 2003, Max Bowsher wrote:

> Nicolas Christin wrote:
> >
> > How can I detect what text type was chosen at install time? (So that I
> > can appropriately set/unset my cygwin-unix-type variable.)
>
> man mount

Max, thanks.

OK... I had actually checked that, but it didn't come to me as
straightforward how to use it for my particular problem. Can I just
assume that if I don't see any "textmode" field in the mount table, then
everything is fine?

More specifically, does something of the kind:

#!/bin/sh
# test we're in binmode

mount | grep textmode >/dev/null 2>&1

if [ "$?" -eq "0" ]; then
# found text modes - probably bad
bail();
else
proceed();
fi;

would do? (I don't have a DOS-type installed Cygwin available at the
moment, so I'm doing this blind and can't test it...)

Thanks again,
-- 
Nicolas

--
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: Detecting text type in a shell script

[Max Bowsher]

Nicolas Christin wrote:
> I have been looking into the mailing-list archives and the manual but
> could not find any answer to the following problem, which will
> certainly sound trivial. I am release-engineering some software
> developed under Unix. The thing installs just fine under Cygwin when
> the "UNIX file" text type has been selected at installation type but
> breaks if the "DOS file" text type has been selected. So, what I
> would want to have in the ./install of the package I am
> release-enginering is something of the form:
> 
> #!/bin/sh
> 
> if [ ${cygwin-unix-type} eq "true" ]; then
> proceed();
> else
> bail();
> fi;
> 
> How can I detect what text type was chosen at install time? (So that I
> can appropriately set/unset my cygwin-unix-type variable.)
> 
> Again, if this is something that has already asked and answered, I
> apologize, I just didn't find it. Please feel free to redirect me to
> the appropriate documentation.

man mount

Max.


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

Detecting text type in a shell script

[Nicolas Christin]

Hi,

I have been looking into the mailing-list archives and the manual but
could not find any answer to the following problem, which will certainly
sound trivial. I am release-engineering some software developed under
Unix. The thing installs just fine under Cygwin when the "UNIX file"
text type has been selected at installation type but breaks if the "DOS
file" text type has been selected. So, what I would want to have in the
./install of the package I am release-enginering is something of the
form:

#!/bin/sh

if [ ${cygwin-unix-type} eq "true" ]; then
proceed();
else
bail();
fi;

How can I detect what text type was chosen at install time? (So that I
can appropriately set/unset my cygwin-unix-type variable.)

Again, if this is something that has already asked and answered, I
apologize, I just didn't find it. Please feel free to redirect me to the
appropriate documentation.

Thanks!
-- 
Nicolas

--
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: tclsh does not understand cygwin paths

[Christopher Faylor]

On Thu, Feb 06, 2003 at 10:01:25AM -0500, William A. Hoffman wrote:
>I am a bit confused, from here:
>
>http://cygwin.com/lists.html
>
>It would seem like this was the right list to
>post cygwin specific problems with UNIX tools that
>come with Cygwin.   Perhaps the web page should be updated to
>include three and not two exceptions,  XFree, programs not from
>cygwin.com and tcl/tk.

Please go away.

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: Updated Package: Whois 4.6.1

[Mark Bradshaw]

Will do.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Michael Schaap
Sent: Thursday, February 06, 2003 6:15 AM
To: [EMAIL PROTECTED]
Subject: Re: Updated Package: Whois 4.6.1


Hi,

On 27-Dec-2002 20:07, Mark Bradshaw wrote:
> The most recent version of GNU Whois (4.6.1) has been uploaded to
> sourceware.

This version no longer works with .org domains.  Looks like 4.6.2 is out 
on http://www.linux.it/~md/software/ .
Would it be possible to release this version, at your convenience?

TIA,

  - Michael


--
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: tclsh does not understand cygwin paths

[William A. Hoffman]

I am a bit confused, from here:

http://cygwin.com/lists.html

It would seem like this was the right list to
post cygwin specific problems with UNIX tools that
come with Cygwin.   Perhaps the web page should be updated to
include three and not two exceptions,  XFree, programs not from
cygwin.com and tcl/tk.

-Bill

At 06:18 PM 2/5/2003 -0500, you wrote:
>On Wed, Feb 05, 2003 at 06:14:36PM -0500, William A. Hoffman wrote:
>>The tclsh84 does not understand cygwin style paths.
>>So, if you do tclsh /cygdrive/c/foo/bar.tcl it can not
>>find the file.   
>>
>>This tcl does:
>> ftp://ftp.nanotech.wisc.edu/pub/khan/tcl/tcltk-8.3.4-cygwin/
>>
>>I was wondering if Mumit Khan's patches for tcl could be incorporated
>>into the cygwin tclsh.   It seems sort of bad that the default
>>tcl that comes with cygwin does not fully understand cygwin paths.
>
>Use.  The.  Insight.  Mailing.  List.  To.  Report.  tcl/tk.  problems.
>
>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/

Re: Packaging software built with cygwin

[Nigel Stewart & Fiona Smith]

Those are 2 different paths to the same goal. 

	Just to clarify my "goal"

	Painless development and deployment of
	software across Linux and Windows.
	Both open-source and commercial.

	Which, for me is already 95% there
	with Cygwin, and possibly even
	98% there with Cygwin+Mingw

	Cheers,

	Nigel Stewart

	(Perhaps time to delve more into MingW :-)


--
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: Packaging software built with cygwin

[Max Bowsher]

Nigel Stewart & Fiona Smith wrote:
> Fair enough, I like using Cygwin-the-environment, but
> feel restricted in terms of deploying binaries into
> a non-cygwin environment.  Even though the Cygwin
> installation procedure has been greatly enhanced and
> streamlined, in my opinion Cygwin is too heavy-weight for
> an average computer user to install and administer.

I agree that Cygwin is a very bulky solution if you only want to be able to
run one program (ssh, or rsync, for example).

> So rather than upsetting the Cygwin faithful, would
> it be better to expand the support POSIX subset for
> mingw, rather than making Cygwin an easily managed
> light-weight dependency.

Those are 2 different paths to the same goal. However, if you worked at it
from the Cygwin end, the resulting code would be GPL.

Max.


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

Re: Packaging software built with cygwin

[Joshua Daniel Franklin]

> > The source tarball for cygwin is 4.6M.  I don't understand why this
> > is a huge hardship but, frankly, I don't really care.

> 4.6 MB times how many versions will I need to keep around? Before I removed
> them from the Hercules site, I had four sets of the Cygwin DLLs,
> corresponding to four versions of Hercules they were needed for. Every time
> I release a new version of Hercules, that's another source tarball I'd need.

I realize this is pretty late in the discussion, but I have a suggestion that
might work. Online, you could distribute only the latest, known-working version
of Hercules with cygwin1.dll and the source to that version of cygwin1.dll--no,

you don't need the source to gcc (that's used to build it) nor the source to
TeX (that's used for the documentation) nor the source to Linux (that's also
GPL'd), why would you? 

For older versions, you could put a note stating that due to online space
requirements older cygwin versions are not available online. If you don't have
offline space issues, you could keep an archive around on your personal machine
(or on CD or tape or punch-card or wherever) for emergencies. 
Hopefully in the future some good bug reports can be used to track down
whatever is causing the backward-compaitibility to break, so this would no
longer be necessary. 

Hope this helps and have a nice day.

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

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

Re: Packaging software built with cygwin

[Jay Maynard]

On Thu, Feb 06, 2003 at 10:34:36AM +0100, Ronald Landheer-Cieslak wrote:
> The way I read GPL (but please correct me if I'm wrong) you should be able 
> to write a fork off the current Setup that installs the Hercules and gets 
> the Cygwin from one of the mirrors (of which you can download the list at 
> the time of installing from cygwin.com). Technically, you would not be 
> distributing Cygwin (because you would be using Red Hat's own 
> distribution) but the effect would be the same.

I've got no philosophical problems with submitting changes to setup.exe to
the maintainers for inclusion in the distributed program. My only interest
in all of this in the first place is to enable users to easily install
Hercules; I'm not, and have no intention of becoming, a Cygwin developer.

> Your remaining problem would be that Cygwin is a "moving target" as you
> say, but Cygwin doesn't move all *that* quickly either, does it? I mean,
> you don't build Hercules against the latest snapshot do you?

Hercules is built against the latest production release of Cygwin at the
time it is released. That version has changed from 1.3.10 to 1.3.19 in the
time between the last two releases of Hercules (2.16.5, released on 8 July
2002, and 2.17, released on 1 February 2003). That counts as a moving
target. In general, Hercules major releases happen every 6 to 9 months.

> Of course, I have no idea how extensively you use the Cygwin API but my
> (arguably little, juding by the size of my projects vs yours) experience
> has always been that if you stick to POSIX compliance, Cygwin does the job
> quite nicely (and patches to Cygwin are usually welcome in case of error,
> provided you have a copyright waiver which I don't have).

Cygwin does the job well enough, or else we wouldn't be having this
discussion. Were it not for inter-version incompatibilities, I'd pick a
version of the DLLs to use, keep one source tarball (and a copy of the email
saying that was sufficient to meet the demands of GPL compliance) around,
and be done with it. Unfortunately, that's not the way it has proven to
work.

> As for GPL rants: I'd be interested (off-list) in hearing your reasons for 
> being against GPL, and even more in what alternatives you would propose.

Sent.

--
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: Packaging software built with cygwin

[Nigel Stewart & Fiona Smith]

Technically, the ideal solution would be to link against a set
of static libraries. 

I believe this would require some significant work to make it possible.


	OK, it feels like we're getting into a circular
	argument.  I am not insisting that anyone do
	any particular thing to Cygwin.  My intention
	is to raise a perspective on a potential use
	of Cygwin which may or may not be desirable,
	feasible, popular or supported by the Cygwin
	community.


Also, the most experienced Cygwin coders won't be that interested,
because they *like* Cygwin-the-enviroment, as opposed to
Cygwin-for-the-sake-of-one-program.


	Fair enough, I like using Cygwin-the-environment, but
	feel restricted in terms of deploying binaries into
	a non-cygwin environment.  Even though the Cygwin
	installation procedure has been greatly enhanced and
	streamlined, in my opinion Cygwin is too heavy-weight for
	an average computer user to install and administer.

	So, if this is outside the scope of what Cygwin is
	for, then that is a reasonable answer...  I'm finding
	mingw is working quite well (perhaps, the best of both
	worlds) but would prefer to keep my code clean (POSIX)
	rather than infected with extraneous win32 calls...


You can - they just can't use the unix APIs.
I use Cygwin for all my compilation needs, Cygwin-linked, or native Win32.


	So rather than upsetting the Cygwin faithful, would
	it be better to expand the support POSIX subset for
	mingw, rather than making Cygwin an easily managed
	light-weight dependency.

Regards,

Nigel Stewart


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

[Max Bowsher]

Michael H. Cox wrote:
> Excuse me for butting in on this thread, but I'm having trouble using
> the cygwin CVS respository and since CVS seems to be the preferred
> method...

Yes.

> I'm trying to build a debug version of cygwin1.dll to help debug a
> problem I'm having.  I'd like to retrieve the source files used to
> build cygwin 1.3.19-1 from CVS.  Following the instructions at
> http://cygwin.com/cvs.html I tried to checkout this version  using:
>
> cvs -d:pserver:[EMAIL PROTECTED]:/cvs/src checkout -r
> cygwin-1-3-19-1 winsup
>
> (BTW, the tag cygwin-1-3-19-1 isn't in the list of available tags in
> cvsweb at
> http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src,
> but it is in CVS.)
>
> I only got a portion of the source files (the files under
> src/winsup/cygwin).  If I don't use the tag, I get all the sources,
> but I'm getting files off the MAIN trunk that aren't tagged with
> cygwin-1-3-19-1.

Yes. Cygwin incorporates things like newlib from outside winsup. Since
cygwin does not own these, they don't get tagged. I assume the newlib people
object to having loads of cygwin tags in their bit of src.

>  I don't think that's what I want since I'll be
> getting changes that have occurred since the 1.3.19-1 release.  How
> do I get the versions of w32api, newlib, etc. that were used to build
> 1.3.19-1 out of CVS?

Tricky. Do you need to? Why not just build from HEAD, and see if your
problem still exists? If it doesn't - great! If it does - you don't need to
struggle with CVS to get it to give you the right files.

If you really do need 1.3.19-1 specifically, I suggest you use the tarball -
it *should* be buildable - otherwise there is not a lot of point in having
it.



Max.


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

Re: can't run arm-elf-gdb in Cygwin

[Marcel Telka]

On Thu, Feb 06, 2003 at 03:45:24AM -0700, David Jea wrote:
> Hi,
> 
> I try to run arm-elf-gdb on Cygwin/WindowsXP, so I can connect
> evaluation board (ATMEL EB40) through a serial link.
> 
> However, I met an error while launching gdb:
> 
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you 
> are welcome to change it and/or distribute copies of it under certain 
> conditions. Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details. 
> This GDB was configured as "--host=i686-pc-cygwin 
> --target=arm-elf".Segmentation fault (core dumped)

I've similar experience with my arm-elf-gdb 5.3.
But `strace arm-elf-gdb` do not segfault. Strange.

cygwin-1.3.19-1


Regards.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [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: error Apache with mysql

[Stipe Tolj]

Salvo wrote:
> 
> Hi,
> If I try to start Apache demon, I get this error:
> 
> "[Thu Feb  6 01:20:14 2003] [warn] Loaded DSO
> lib/apache/mod_auth_mysql.dll uses
> plain Apache 1.3 API, this module might crash under EAPI! (please
> recompile it w
> ith -DEAPI)

this means you have compiled  the module dll with an apache that had
no EAPI (enhanced API) patch applied. Should be ok.

> Syntax error on line 279 of /etc/apache/httpd.conf:
> Cannot add module via name 'mod_mysql_auth.c': not in list of loaded
> modules
> /usr/sbin/apachectl start: httpd could not be started"


AFAIK, the module is called mod_auth_mysql.c. Try to fix this in
httpd.conf.

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Vogelsanger Weg 80
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are

--
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: Updated Package: Whois 4.6.1

[Michael Schaap]

Hi,

On 27-Dec-2002 20:07, Mark Bradshaw wrote:

The most recent version of GNU Whois (4.6.1) has been uploaded to
sourceware.


This version no longer works with .org domains.  Looks like 4.6.2 is out 
on http://www.linux.it/~md/software/ .
Would it be possible to release this version, at your convenience?

TIA,

 - Michael


--
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: [almost ot]

[Jan Bruun Andersen, EDS Denmark AS]

> -Original Message-
> From: Salvo [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 06, 2003 1:28 AM
> To: Cygwin mailing list
> Subject: [almost ot]
> 
> I need a non-english keyboard in X.
> Where can I put somthing like
> "setxkbmap it" to have always this keyboard map in xterm?

Hooray! I know the answer to that! I have a Danish keyboard, and I got it to
work by editing the startxwin.sh script to include the following:

# Set keyboard layout to Danish.

setxkbmap -layout dk
> 
> Thanks in advance!
> 
> salvo

I assume that by substituting the 'dk' with 'it' you will get an Italian
keyboard layout.

Regards,
Jan Bruun Andersen

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

can't run arm-elf-gdb in Cygwin

[David Jea]

Hi,

I try to run arm-elf-gdb on Cygwin/WindowsXP, so I can connect
evaluation board (ATMEL EB40) through a serial link.

However, I met an error while launching gdb:

GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are 
welcome to change it and/or distribute copies of it under certain 
conditions. Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details. 
This GDB was configured as "--host=i686-pc-cygwin 
--target=arm-elf".Segmentation fault (core dumped)

(p.s. attachment is the dump file)

I tried several version of gdb include gdb-5.0, gdb-5.2.1, gdb-5.3.
But the result are all the same.

Other GNU tools version (those I rebuilded for ARM):
binutils-2.11.2
gcc-2.95.3
newlib-1.9.0


I also used insight try to debug "arm-elf-gdb",
the error seems generated from Line 934 of utils.c

Would you please help me with this problem, thank you.

David Jea





_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail
Exception: STATUS_ACCESS_VIOLATION at eip=
eax=6107DC0E ebx=0001 ecx= edx= esi=0A0562A8 
edi=0022FAA0
ebp=0022E578 esp=0022E55C 
program=C:\cygwin\home\dcjea\install\bin\arm-elf-gdb.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
End of stack trace

--
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: Packaging software built with cygwin

[Ronald Landheer-Cieslak]

The way I read GPL (but please correct me if I'm wrong) you should be able 
to write a fork off the current Setup that installs the Hercules and gets 
the Cygwin from one of the mirrors (of which you can download the list at 
the time of installing from cygwin.com). Technically, you would not be 
distributing Cygwin (because you would be using Red Hat's own 
distribution) but the effect would be the same.

Your remaining problem would be that Cygwin is a "moving target" as you
say, but Cygwin doesn't move all *that* quickly either, does it? I mean,
you don't build Hercules against the latest snapshot do you? Of course, I
have no idea how extensively you use the Cygwin API but my (arguably
little, juding by the size of my projects vs yours) experience has always 
been that if you stick to POSIX compliance, Cygwin does the job quite 
nicely (and patches to Cygwin are usually welcome in case of error, 
provided you have a copyright waiver which I don't have).

As for GPL rants: I'd be interested (off-list) in hearing your reasons for 
being against GPL, and even more in what alternatives you would propose.

Greetz!

rlc

On Wed, 5 Feb 2003, Jay Maynard wrote:
> On Wed, Feb 05, 2003 at 12:55:43PM -0500, Christopher Faylor wrote:
> > On Wed, Feb 05, 2003 at 11:18:22AM -0600, Jay Maynard wrote:
> > >It may be intended to be upward compatible, but that's not our experience.
> > Ok.  I'm not going to start scouring random other mailing lists for
> > cygwin bug reports so I suppose this situation will continue In absence
> > of any details, it's fruitless to carry this discussion any further.
> 
> Fine by me; it's been over the past year or so, as well, so bug reports at
> this point will be of limited use. However, are you saying that if we
> encounter problems with Hercules 2.17 (built against Cygwin 1.3.19) running
> with, say, Cygwin 1.3.22, you'll take a bug report on that and fix the
> problem?
> 
> BTW, I'm not the only one to have this problem; there's a message on the
> Hercules list that was posted in reply to my announcement that I would no
> longer distribute the DLLs saying that his company got away from Cygwin for
> exactly that reason. (I'll forward it, if you like.)
> 
> > Hmm.  Looks like you just couldn't resist, huh?
> 
> No, I couldn't.
> 
> > The source tarball for cygwin is 4.6M.  I don't understand why this
> > is a huge hardship but, frankly, I don't really care.
> 
> 4.6 MB times how many versions will I need to keep around? Before I removed
> them from the Hercules site, I had four sets of the Cygwin DLLs,
> corresponding to four versions of Hercules they were needed for. Every time
> I release a new version of Hercules, that's another source tarball I'd need.
> 
> Further, is that tarball guaranteed to satisfy the requirement to distribute
> the source code for that version? Is everything that's needed in that one
> tarball? If so, can I get that in writing, so that if someone comes along
> later and alleges a GPL violation, I can say, "No, Red Hat says that
> distributing this tarball is sufficient."? Otherwise, I'd have to keep
> around the entire Cygwin source, just to make sure I included everything
> that was necessary. I'm sure that's more than 4.6 MB.
> 
> > A setup.ini with just the cygwin DLL in it seems pretty simple.
> 
> True. OTOH, when setup.exe changes, the format of that file is subject to
> change (see Igor's warning in the message where he first suggested that). I
> can insulate myself from that by distributing setup.exe, but then I'm back
> in the same boat of making sure that I distribute the source code that's
> used to generate it.
> 
> > Btw, perhaps it is not your intention, but I catch a whiff of innuendo
> > here makes me wonder if you're really asking for help or just here to
> > make some statements.
> 
> I'm looking for a way to make it simple for Hercules users to install the
> needed support for the Cygwin version without violating any licenses,
> without having to keep multiple megabytes of multiple versions of source
> code around that nobody will ever download, and without making them install
> multiple megabytes of Cygwin environment they have no interest in using.
> 
> It's no secret that I've opposed the GPL for many years. (I invented the
> term GPV in 1989.) However, I'm stuck with it, so I'm trying to do what I
> need done without violating it. That doesn't mean I have to like it.
> 
> > Supporting other people's distributions is not a core focus of
> > setup.exe.  However, if this is important to you it should be pretty
> > easy for you to submit patches to do what you want.
> 
> I'll take a look in my copious free time.
> 
> --
> 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://cyg

RE: 1.3.20

[Michael H. Cox]

> -Original Message-
> > To quote from the FAQ:
> >
> > "As of this writing, you need to install at least the cygwin source
> > package and the w32api source package.
> >
> > It is possible that the cygwin source package may require a newer
> > version of the w32api package since the release of the packages is not
> > always in lock step (another reason to just use CVS)."
>
>
...
> Otherwise why do you even bother giving people sources if you only intend
> them to use (the occasionally broken) CVS?

Excuse me for butting in on this thread, but I'm having trouble using the
cygwin CVS respository and since CVS seems to be the preferred method...

I'm trying to build a debug version of cygwin1.dll to help debug a problem
I'm having.  I'd like to retrieve the source files used to build cygwin
1.3.19-1 from CVS.  Following the instructions at http://cygwin.com/cvs.html
I tried to checkout this version  using:

cvs -d:pserver:[EMAIL PROTECTED]:/cvs/src checkout -r
cygwin-1-3-19-1 winsup

(BTW, the tag cygwin-1-3-19-1 isn't in the list of available tags in cvsweb
at
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src, but it
is in CVS.)

I only got a portion of the source files (the files under
src/winsup/cygwin).  If I don't use the tag, I get all the sources, but I'm
getting files off the MAIN trunk that aren't tagged with cygwin-1-3-19-1.  I
don't think that's what I want since I'll be getting changes that have
occurred since the 1.3.19-1 release.  How do I get the versions of w32api,
newlib, etc. that were used to build 1.3.19-1 out of CVS?

Mike

P.S.  Jifl, welcome to the cygwin mailing list ;-).


--
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: /usr/local/lib on library path

[Ronald Landheer-Cieslak]

Ehm.. why?

Try a gcc -print-search-dirs on any *NIX of GNU box and see if 
/usr/local/lib is in there. On my Linux box, this gives:

libraries: 
=/usr/lib/gcc-lib/i386-redhat-linux/3.2/:/usr/lib/gcc/i386-redhat-linux/3.2/:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../../i386-redhat-linux/lib/i386-redhat-linux/3.2/:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../../i386-redhat-linux/lib/:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../i386-redhat-linux/3.2/:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../:/lib/i386-redhat-linux/3.2/:/lib/:/usr/lib/i386-redhat-linux/3.2/:/usr/lib/

and on my FreeBSD box this gives:
libraries: 
=/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/:/usr/lib/gcc/i386-unknown-freebsd4.7/3.2.1/:/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/../../../../i386-unknown-freebsd4.7/lib/i386-unknown-freebsd4.7/3.2.1/:/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/../../../../i386-unknown-freebsd4.7/lib/:/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/../../../i386-unknown-freebsd4.7/3.2.1/:/usr/lib/gcc-lib/i386-unknown-freebsd4.7/3.2.1/../../../:/lib/i386-unknown-freebsd4.7/3.2.1/:/lib/:/usr/lib/i386-unknown-freebsd4.7/3.2.1/:/usr/lib/

so I see no reason for Cygwin to add it when Linux and BSD don't (not that 
Linux and BSD are the only relevant systems to compare to, of course)

rlc

On Wed, 5 Feb 2003, Isaque Galdino wrote:

> > From the gcc info (`info gcc`), chapter "Environment variabl
> es":
> > `LIBRARY_PATH'
> >  The value of `LIBRARY_PATH' is a colon-
> separated list of
> That's ok, but shouldn't it be already been configured by 
> cygwin environment?
> 
> Isaque Galdino
> "Free as a penguim" - maybe The Beatles were trying to 
> say that! :)
> 
>  
> ---
> UOL, o melhor da Internet
> http://www.uol.com.br/
> 
> 
> --
> 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/

Cannot login to ftpd

[Ian Boisvert]

I've seen this discussed before, but haven't been able to find a resolution
yet. I have set up the ftp service in xinetd as follows:
service ftp
{
socket_type = stream
wait= no
server  = /usr/sbin/in.ftpd
log_on_success  += DURATION USERID
log_on_failure  += USERID
user= ianb
}
I have set the CYGWIN environment variable to ntsec. My passwd file contains
the following line:
ianb::1000:513:Ian
Boisvert,U-IANB\ianb,S-1-5-21-1220945662-1383384898-842925246-1000:/home/ian
b:/bin/bash
I have a /etc/shells file that contains /bin/bash. I run xinetd from the
command line. From another console I run ftp and try to connect to
127.0.0.1. I enter my username, 'ianb', and my password, and I get and error
stating login incorrect.

I'm stumped. If anyone can offer a suggestion, I would appreciate it.

Ian.


--
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: Bug found - 'cygpath' v1.25/Build Date Jan 23, 2003...

[Corinna Vinschen]

On Wed, Feb 05, 2003 at 03:37:19PM -0500, Brian McColgan wrote:
> Running the following cygpath command (for the aforementioned build) gives 
> me a 'core dump':
> 
> 'cygpath --path --windows 
> 
>/usr/ant/lib/xml-apis.jar:/usr/ant/lib/xercesImpl.jar:/usr/ant/lib/optional.jar:/usr/ant/lib/ant.jar:.:/usr/local/jmf/JMF21~1.1/lib/sound.jar:/usr/local/jmf/JMF21~1.1/lib/jmf.jar:/c/WINDOWS/java/classes:/usr/junit/junit.jar
> java/lib/tools.jar'

Works for me using the latest cygwin snapshot.  Would you mind to test
it also with the cygwin DLL + cygpath from the latest snapshot from
http://cygwin/com/snapshots ?

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/