Re: Bug in dumper

[Christopher Faylor]

On Fri, Feb 28, 2003 at 10:50:00PM -0500, Christopher Faylor wrote:
>On Fri, Feb 28, 2003 at 10:10:25AM +0300, Egor Duda wrote:
>>This means that either i'm wrong about my assumptions about 
>>bfd_set_arch_mach() and its return, or there's a bug in binutils. It 
>>should be quite easy to debug, though, for those who have a cygwin 
>>toolchain installed. Just build dumper with debug info (this will 
>>require building bfd alongside), start any innocent process, say, bash, 
>>get its pid and then run 'dumper -d c:/cygwin/bin/bash.exe ' 
>>under gdb. This should reveal what status is returned by 
>>bfd_set_arch_mach, and why.
>
>I just tried this.  The release version of dumper.exe doesn't work.
>The one I *just* built does.  Weird.
>
>I'll see if I can track down what's going on.

It's still strange.  I've rebuilt dumper and the call to
bfd-set_arch_mach goes off into random memory.  I don't see how
that can be but it's late so I'm probably missing something.

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: how to run a process from DOS within a cygwin .bat file

[Christopher Faylor]

On Fri, Feb 28, 2003 at 10:22:21PM -0800, David Christensen wrote:
>As for the RTFM'ers -- it is better to help people, than to attack or
>bully them.  "Do unto others...".

As long as we're dishing out advice, I find it is better not to admonish
people who are helping you, in whatever capacity, if you expect to be
helped in the future.

No one was attacking or bullying.  "Just run the darn thing" is hardly
an attack.  "Reasonable project principals will welcome any constructive
feedback, but they should not be expected to share the priorities of any
particular complainant" is not bullying.

It's easy to be on a high horse and offer theories on why things like
documentation aren't better.  Often when you do so, you open the door to
your own ignorance and let people see it clearly.  So, tread softly when
you are giving advice unless you are really very very sure that you know
what you're talking about.

Wow.  This sermonizing on behavior is fun!

Btw, I have thirty years of computer experience.  I'm a senior manager,
and I have my Master's Degree (In Science!), so I obviously know what
I'm talking about.

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: how to run a process from DOS within a cygwin .bat file

[David Christensen]

Tom Dager wrote:
> does someone knows how to launch a cygwin shell and further commands
> from DOS, e.g with a help of a .bat file.
> I had a look of cygwin.bat file but I do not know the right syntax to
> give the command to the bash shell

Some thoughts:

1.  Bash can be started either as a login shell or a non-login shell.

2.  Bash executes a larger or smaller set of scripts based upon the
above.  These scripts need to be written in the Bash shell-scripting
language.

3.  The choice of scripts is affected by environment variables (notably
HOME) and/or by command-line arguments.

4.  There is a command line option "-c" that might be just what you're
looking for:

  -c string If  the  -c option is present, then commands are
read from string.  If there are arguments  after
the  string, they are assigned to the positional
parameters, starting with $0.

If you need more than a one-liner, it should be possible to write
(generate?) a Bash shell script and fix things so that Bash runs that
shell script when it starts (see the --noprofile
and --init-file/--rcfile command-line options).


> If the "manual" was a cohesive, comprehensive document ...

I have the following hypotheses about open-source software and
documentation:

1.  Writing code provides frequent mental stimulus and nearly immediate
feedback (edit-compile-test-reward/punishment).  It's habit forming.
The "pull of the summit" is very strong.

2.  Good programmers are rarely good technical writers;  I think its
part aptitude and part choice/ practice.

3.  Writing code is sexy.  Writing good code makes you popular (even
famous).  This attacts people towards the skill.

4.  Writing technical documentation is not sexy, and is viewed as an
inferior role.  This drives people away from the skill.


In the technical book writing/ selling industry, there is positive
reinforcement for good technical writing.  I suggest that you buy the
following book.  I did, learned Bash from it, and find it to be an
invaluable reference.  Plus, I can curl up on the couch with it :-)

[1] Cameron Newham & Bill Rosenblatt, 1998, "Learning the Bash Shell",
2 ed., O'Reilly & Associates, ISBN 1-56592-347-2.


> sick of seeing the RTFM response.

Agreed.  Good for you for having a measured response.  :-)


As for the RTFM'ers -- it is better to help people, than to attack or
bully them.  "Do unto others...".


HTH,

David


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

Re: [PATCH] libtool patch for direct-linking-to-dll

[Christopher Faylor]

On Sat, Mar 01, 2003 at 12:22:09AM -0500, Charles Wilson wrote:
>[BTW, Ralf, patches to libtool don't belong on cygwin-apps.  It's not a 
>packaging issue, a packaging-policy issue, nor a setup issue.  This 
>thread belongs on the main cygwin list.]

For the record, I've had it with explaining this simple concept to Ralf.
I've just added him to the deny list for cygwin-apps.  That should help
reinforce the issue to him since he is no longer able to post there.

Ten strikes and you're out.

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: GPL Violation

[Christopher Faylor]

On Fri, Feb 28, 2003 at 11:36:04PM -0500, Jon A. Lambert wrote:
>If you provide download links to where one can download the software
>does that not satisfy the following license provision?

The GPL doesn't say anything about your using someone else to satisfy
your obligations.  If *you* provide binaries, then *you* provide sources.
A download link to another site outside of your control does not satisfy
the GPL.

Believe me.  We know what we're doing.  We've been through this dance a
hundred times before.  There seems to be some kind of common mindset
where people think they don't have to provide sources and offer up
exactly the same argument whenever they are told that they do.  They
always point out that they love free software and they always try to
find some clause in the GPL as a way to justify their actions.  You
aren't saying anything we haven't heard before.

You want more explanation?  What happens when we update the DLL and the
sources for the version of the DLL that you're providing disappear from
cygwin.com?  How is the GPL satisfied in that scenario?  There's a
binary without sources.  That sure sounds wrong to me.

What happens if I decide that I hate cygwin and take down the web site?
Where do your users get the sources for the binaries?

>"If distribution of executable or object code is made by offering
>access to copy from a designated place, then offering equivalent access
>to copy the source code from the same place counts as distribution of
>the source code, even though third parties are not compelled to copy
>the source along with the object code."
>
>If not what then does the above provision mean?  Or more specifically
>just what does "place" mean?  The visible place or space such as web
>page that offers links to source and binaries side by side, or some
>physical constraint that they both must reside on the same domain, same
>machine or *gasp* even same hard drive.  Is it not the spirit of
>license of the license to offer the source up and not hide it?  Or is
>it to demand some sort of fixed network topology?

There is no spirit here.  The GPL is clear.  It exists for a purpose.
If you are providing a binary, then you must provide the source.

Please either provide the sources for the DLL on your web site or remove
cygwin1.dll from your distribution.

I'm not saying this because I'm mean.  I'm saying this because if we
don't enforce the license then when some big company wants to distribute
the DLL with their software offering and we say "You can't do that" they
can point at you and say "Oh yeah?  Sorry but you allowed that guy over
there to get away with it, so you obviously are not being consistent in
your enforcement."  And, then we get to fight about it in court.

Btw, I see that you do have the sources for fetchmail on your site so
that part at least is good.

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/

The best Cigar ever made, you must read this

[Karen Dever R.]

Y O U   S M O K E   C I G A R S ?

THEN, YOU MUST READ THIS NOW:

Introducing the best Cigar ever Made in the world, San
Teodoro Cigar is the most awarded Cigar around the world,
it has been qualified by the Tobbaconists as well as the
worldwide press as the best Puro ever made.

"San Teodoro is by excelence The best cigar in the world."
(New York Post, November 2002)

"I have never tried something like this, ...you wont belive the flavor!.."
(USA today, January 2003) 

www.lavinycarranza.com

 The "artesanal" process for making a San Teodoro Cigar its
 unique. We aged our products more than five years in the
 best Spanish cedar wood cabinets, just imagine smoking the
 finest Cigar on the world in a cold night, in the living room near
 a fire or simply on the outside watching the sky and feeling its
 flavor. San Teodoro Cigar is made from the finest elements;
 its “aсejamiento” and a magnificent clear cover give this Cigar 
its unique exquisite flavor elements, with touches of wood, 
caramel and coffee, this will be the last cigar you smoke in
 your life, we guarantied that every time you smoke it you will
 be experiencing the greatest moments of your life as a somker.

When you open it you can feel its complex flavor coming out from 
the crystal tube, during the aging process San Teodoro is rested
in Spanish cedar cabinets, this near virgin vanilla leaves, coffee
grains and other spices that gives them its characteristically and
exquisite flavor, all our cigars come individually in a crystal tube in
order to maintain its humidity and flavor, also they come wrapped
in a fine cedar wood inside the tube to continue with the aging
process no matter where you got them. The crop for this year
(1997-2003) comes only on Churchill size.

Now and for a limited offer, you can buy this exquisite cigar with
more than 5 years of aging delivered to your home.

Click below to buy your San Teodoroґs at the lower prices ever,
delivered directly to your home in less than 3 days.

 *S&H free inside USA and Canada

http://www.lavinycarranza.com

You are receiving this email because you opted-in to receive special offers from CIAT 
Central through one of our marketing partners. If you feel you have received this 
email in error or do not wish to receive additional special offers, please go to our 
website and then to (unsubscribe)


* Only Available on Continental USA, Canada and Mйxico. Local tobacco taxes may apply .
 

--
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: [PATCH] libtool patch for direct-linking-to-dll

[Charles Wilson]

[BTW, Ralf, patches to libtool don't belong on cygwin-apps.  It's not a 
packaging issue, a packaging-policy issue, nor a setup issue.  This 
thread belongs on the main cygwin list.]

Ralf Habacker wrote:
>>
>> Any hints or comments ?
Haven't reviewed or tested the patch yet [that'll come later], but I do
have an opinion about the adoption timeline...
In the past, when some nifty-new libtool feature depended on a binutils
or gcc improvement, we did the following:
   1) push the change into the appropriate cygwin package, and release it
  -- this usually involves wheedling cgf 
Chris - it appears that Fabrizio's release form ("allow PE executables
to have an export table") is on the slow boat.  Can we go ahead and have
a new release of binutils with Ralf's (already in CVS) "link directly to
dlls" stuff?  Mebbe after the dumper/objdump thing [whatever; I haven't
been paying close attention] is cleared up?
   2) after the "curr" binutils or gcc has the feature, wait a month or
  so to allow most people to test that release (we don't want to be
  caught putting out a new libtool that requires
  nifty-binutils-feature-X, only to see the that binutils release
  withdrawn for some reason).  so, wait...
tick tock tick tock

   3) about two weeks or so into this "official binutils/gcc vetting
  process, release a **test** version of the new-and-improved
  libtool
tick tock tick tock

   4) If all goes well, promote the test libtool to curr.

Note that I didn't say "worry about whether nifty feature X is available
in binutils".  Given that we're still talking about *CVS* libtool, we
can reasonably require that users of CVS libtool (e.g. -devel) have the
latest-and-greatest binutils/gcc/etc.  We don't need to futz with
check-this-thing, check-that-thing.  Sheesh, libtool-on-cygwin, even
with the latest improvements, is still slow as frozen molasses.  We
don't need to slow it further, just to deal with something that (IMO) is
really a distribution-integration issue.
Now, about your implementation; I'll check that later...

--Chuck

>> 2003-02-27  Ralf Habacker  <[EMAIL PROTECTED]>
>>
>>* libtool.m4 (AC_LIBTOOL_SYS_DYNAMIC_LINKER): Removed
>>postinstall_cmds and postuninstall_cmds,
>>   added shared library to 'library_names_spec'.
>>(AC_LIBTOOL_LANG_CXX_CONFIG): Removed import library
>>generation from 'archive_cmds'.
>>
>>* ltmain.sh: (install cygwin/mingw): added installing
>>of shared libraries into 'bin' dir
>>(uninstall cygwin/mingw): added uninstalling
>>of shared libraries
>>
>> Ralf


--
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: GPL Violation

[Charles Wilson]

Christopher Faylor wrote:

  -rw-a-- 2.2 ntf10366 b- stor 20-Jun-01 18:14 cygintl.dl_

So please, don't tell me I'm violating GPL Licenses ... :((
Sorry, but IMO you are.


In case you need verification from someone with a redhat.com email address,
you certainly do seem to be violating the GPL.  In fact, if fetchmail is
released under the GPL, you're violating it on two counts.  You need to
provide source for the Cygwin DLL and for fetchmail.
three counts.  cygintl is from the gettext package, released under the 
GPL by the Free Software Foundation.  You *really* don't want to get on 
the recieving end of one of RMS's crusades...

--Chuck

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

Re: GPL Violation

[Jon A. Lambert]

If you provide download links to where one can download the software does that not 
satisfy the following license
provision?

"If distribution of executable or object code is made by offering access to copy from 
a designated place, then offering
equivalent access to copy the source code from the same place counts as distribution 
of the source code, even though
third parties are not compelled to copy the source along with the object code."

If not what then does the above provision mean?   Or more specifically just what does 
"place" mean?  The visible place
or space such as web page that offers links to source and binaries side by side, or 
some physical constraint that they
both must reside on the same domain, same machine or *gasp* even same hard drive.  Is 
it not the spirit of license of
the license to offer the source up and not hide it?  Or is it to demand some sort of 
fixed network topology?



- Original Message -

From: "Jason Tishler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Cygwin" <[EMAIL PROTECTED]>
Sent: Friday, February 28, 2003 7:26 PM
Subject: Re: GPL Violation


> On Sat, Mar 01, 2003 at 01:01:43AM +0100, [EMAIL PROTECTED] wrote:
> > Responding to Jason Tishler <[EMAIL PROTECTED]>:
> > I'm sorry but I guess you did not read carefully what was written on
> > my page http://spt.free.fr/fetchmail/.
>
> I did.
>
> > In fact, I don't provide cygwin*.dll, this is actually RedHat's
> > property.
>
> Then what is the following?
>
> http://spt.free.fr/fetchmail/cygwin1.dll
>
> > What I did is modify fetchmail's sources as downloadable on my page (see
> > fetchmail-5.9.6.hacked_for_cygwin.tar.gz).
>
> And what about the following?
>
> http://spt.free.fr/fetchmail/fetchmail-5.9.6-win32-setup-v1.0.1.exe
>
> which contains:
>
> $ zipinfo fetchmail-5.9.6-win32-setup-v1.0.1.exe
> Archive:  fetchmail-5.9.6-win32-setup-v1.0.1.exe   795256 bytes   12 files
> -rw-a-- 2.2 ntf 7203 b- stor  4-Feb-02 17:05 fienu.hl_
> *>  -rw-a-- 2.2 ntf   322188 b- defX 13-Sep-01 05:03 cygwin1.dl_
> -rw-a-- 2.2 ntf  306 b- stor  7-Feb-02 10:13 fetchmail.cf_
> -rw-a-- 2.2 ntf   180155 b- defX  4-Feb-02 10:23 fetchmail.ex_
> -rw-a-- 2.2 ntf17663 b- stor  4-Feb-02 17:05 fienu.dl_
> -rw-a-- 2.2 ntf10366 b- stor 20-Jun-01 18:14 cygintl.dl_
> -rw-a-- 2.2 ntf17883 b- stor  4-Feb-02 17:09 fifra.dl_
> -rw-a-- 2.2 ntf 7731 b- stor  4-Feb-02 17:09 fifra.hl_
> -rw-a-- 2.2 ntf16343 b- stor 31-Aug-96 00:02 instsrv.ex_
> -rw-a-- 2.2 ntf 3838 b- stor 16-Jul-97 01:16 movexe.ex_
> -rwxa-- 2.2 ntf   207589 b- defX  4-Mar-02 14:52 setup.exe
> **> -rw-a-- 2.2 ntf 3914 b- stor 31-Aug-96 00:11 srvany.ex_
> 12 files, 795179 bytes uncompressed, 761766 bytes compressed:  4.2%
>
> BTW, redistributing srvany.exe violates MS's SDK licensing.
>
> > So please, don't tell me I'm violating GPL Licenses ... :((
>
> Sorry, but IMO you are.
>
> Jason
>
> --
> PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
> Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>



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

[Christopher Faylor]

On Fri, Feb 28, 2003 at 10:10:25AM +0300, Egor Duda wrote:
>This means that either i'm wrong about my assumptions about 
>bfd_set_arch_mach() and its return, or there's a bug in binutils. It 
>should be quite easy to debug, though, for those who have a cygwin 
>toolchain installed. Just build dumper with debug info (this will 
>require building bfd alongside), start any innocent process, say, bash, 
>get its pid and then run 'dumper -d c:/cygwin/bin/bash.exe ' 
>under gdb. This should reveal what status is returned by 
>bfd_set_arch_mach, and why.

I just tried this.  The release version of dumper.exe doesn't work.
The one I *just* built does.  Weird.

I'll see if I can track down what's going on.

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: bash's (built-in) type command can not handle spaces in paths

[Christopher Faylor]

On Fri, Feb 28, 2003 at 10:14:48PM -0500, Pierre A. Humblet wrote:
>The problem is being addressed and will be solved perfectly (time will tell !)
>soon.

Hmm.  TPIBA.

I like it.

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: bash's (built-in) type command can not handle spaces in paths

[Pierre A. Humblet]

On Fri, Feb 28, 2003 at 04:42:53PM -0800, Curtis Siemens wrote:
> 
> By the way, given that I can actually run an executable that bash/type
> can't find, does this suggest that possibly the builtin type command
> is doing something wrong?

Yes and no. Obviously it isn't working as it should. But in bash's defense 
there is not a single POSIX call it could use to find out what your actual
access rights are, on systems that don't use the traditional permissions.
However "access" comes close.
The problem is being addressed and will be solved perfectly (time will tell !)
soon.

Pierre

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

Official List of Cygwin Acronyms

[Igor Pechtchanski]

Everyone,

The OLOCA [Official List of Cygwin Acronyms] is available for the referral
of newbies and your perusal from your friendly neighborhood CKOA [Cygwin
Keeper of Acronyms] at .  I'm sure I've
omitted plenty, but this is a first raw try, so do be considerate.

Perhaps now we should have an FAQ entry for "What the [EMAIL PROTECTED] is 'YOWTWYWT'?"
that points to the OLOCA...  Eventually...
Igor

On Fri, 28 Feb 2003, Igor Pechtchanski wrote:

> On Fri, 28 Feb 2003, Christopher Faylor wrote:
>
> > On Fri, Feb 28, 2003 at 01:15:08PM -0500, Igor Pechtchanski wrote:
> > >On Fri, 28 Feb 2003, Corinna Vinschen wrote:
> > >
> > >> On Fri, Feb 28, 2003 at 01:34:04PM +, Steven O'Brien wrote:
> > >> > By the way, the current CVS has a problem with unix sockets - they are
> > >> > vey slow - like several minutes to get a simple message through in
> > >> > some cases.
> > >>
> > >> Simple testcase[tm]?
> > >> Corinna
> > >
> > >Ooh, acronym opportunity!
> > >PPAST: "please provide a simple testcase". :-D
> >
> > Igor,
> > I hereby task you with being the official Cygwin Keeper of Acronyms (CKOA).
> >
> > The goal is that eventually we should be able to communicate only in
> > acronyms in this mailing list.  I think that this will make us much more
> > effective communicators (MMEC).
> > cgf
>
> Wow!  And here I was saying that "I don't have the power to make the
> decisions here".
>
> TY [Thank you], CGF!  THISU [This honor is surely undeserved], IMHO, but
> IWTTLUTI [I will try to live up to it].  AAFS [As a first step], IWLTP [I
> would like to propose] establishing the OLOCA [Official List of Cygwin
> Acronyms].  IWCSFPA [It will contain such famous phrases as] "YOWTWYWT",
> "PTC" [Patches thoughtfully considered], TRP [the recently proposed]
> "PPAST", and, OC [of course], TTCSA [the timeless classics, such as]
> "TCFAQ" [the Cygwin FAQ], "TCUG" [the Cygwin Users' Guide], and "RTFM".
> IJSUN [I'll just shut up now]...
> Igor, the official CKOA

-- 
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: GPL Violation

[Christopher Faylor]

On Fri, Feb 28, 2003 at 07:26:06PM -0500, Jason Tishler wrote:
>On Sat, Mar 01, 2003 at 01:01:43AM +0100, [EMAIL PROTECTED] wrote:
>> Responding to Jason Tishler <[EMAIL PROTECTED]>:
>> I'm sorry but I guess you did not read carefully what was written on
>> my page http://spt.free.fr/fetchmail/.
>
>I did.
>
>> In fact, I don't provide cygwin*.dll, this is actually RedHat's
>> property.
>
>Then what is the following?
>
>http://spt.free.fr/fetchmail/cygwin1.dll
>
>> What I did is modify fetchmail's sources as downloadable on my page (see 
>> fetchmail-5.9.6.hacked_for_cygwin.tar.gz).
>
>And what about the following?
>
>http://spt.free.fr/fetchmail/fetchmail-5.9.6-win32-setup-v1.0.1.exe
>
>which contains:
>
>$ zipinfo fetchmail-5.9.6-win32-setup-v1.0.1.exe
>Archive:  fetchmail-5.9.6-win32-setup-v1.0.1.exe   795256 bytes   12 files
>-rw-a-- 2.2 ntf 7203 b- stor  4-Feb-02 17:05 fienu.hl_
>*>  -rw-a-- 2.2 ntf   322188 b- defX 13-Sep-01 05:03 cygwin1.dl_
>-rw-a-- 2.2 ntf  306 b- stor  7-Feb-02 10:13 fetchmail.cf_
>-rw-a-- 2.2 ntf   180155 b- defX  4-Feb-02 10:23 fetchmail.ex_
>-rw-a-- 2.2 ntf17663 b- stor  4-Feb-02 17:05 fienu.dl_
>-rw-a-- 2.2 ntf10366 b- stor 20-Jun-01 18:14 cygintl.dl_
>-rw-a-- 2.2 ntf17883 b- stor  4-Feb-02 17:09 fifra.dl_
>-rw-a-- 2.2 ntf 7731 b- stor  4-Feb-02 17:09 fifra.hl_
>-rw-a-- 2.2 ntf16343 b- stor 31-Aug-96 00:02 instsrv.ex_
>-rw-a-- 2.2 ntf 3838 b- stor 16-Jul-97 01:16 movexe.ex_
>-rwxa-- 2.2 ntf   207589 b- defX  4-Mar-02 14:52 setup.exe
>**> -rw-a-- 2.2 ntf 3914 b- stor 31-Aug-96 00:11 srvany.ex_
>12 files, 795179 bytes uncompressed, 761766 bytes compressed:  4.2%
>
>BTW, redistributing srvany.exe violates MS's SDK licensing.
>
>> So please, don't tell me I'm violating GPL Licenses ... :((
>
>Sorry, but IMO you are.

In case you need verification from someone with a redhat.com email address,
you certainly do seem to be violating the GPL.  In fact, if fetchmail is
released under the GPL, you're violating it on two counts.  You need to
provide source for the Cygwin DLL and for fetchmail.

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: bash's (built-in) type command can not handle spaces in paths

[Curtis Siemens]

Thanks for the responses.  I managed to narrow down what's different
in my situation.  Basically the bash builtin type command does work
fine with paths that contain spaces.
The problem is a "side effect" of using NTFS and accidentally banging my
head into NT's horrible over complicated/complex Security/Permissions.
The problem only occurs for executables under my Program Files partition.
When an executable is copied using the File Manager (NOT the cygwin
cp command) then Security Groups it belongs to are: Administrators,
Power Users, SYSTEM, and Users (at least the way my W2K is setup)
and because "Everyone" wasn't in the Group the type command didn't see
this as an executable program that I could run, even though I can run it.
If you do chmod +x on the program under Program Files then it changes
the Groups & now it includes Everyone and then the type command works.
By the way, given that I can actually run an executable that bash/type
can't find, does this suggest that possibly the builtin type command
is doing something wrong?
Curtis Siemens

--
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 report - DLL failure on win ME with gcc-3

[Igor Pechtchanski]

Well, either that or keeling over.  I think I'd better change it to a more
truthful "April", though...
Igor

On Fri, 28 Feb 2003, Randall R Schulz wrote:

> Igor,
> So tell the truth. Are you really undergoing a thesis defense next month?
> Randall
>
> At 13:16 2003-02-28, Igor Pechtchanski wrote:
> >On Fri, 28 Feb 2003, Christopher Faylor wrote:
> >
> > > On Fri, Feb 28, [EMAIL PROTECTED]:15:08PM -0500, Igor Pechtchanski wrote:
> > > >On Fri, 28 Feb 2003, Corinna Vinschen wrote:
> > > >
> > > >> On Fri, Feb 28, [EMAIL PROTECTED]:34:04PM +, Steven O'Brien wrote:
> > > >> > By the way, the current CVS has a problem with unix sockets - they are
> > > >> > vey slow - like several minutes to get a simple message through in
> > > >> > some cases.
> > > >>
> > > >> Simple testcase[tm]?
> > > >> Corinna
> > > >
> > > >Ooh, acronym opportunity!
> > > >PPAST: "please provide a simple testcase". :-D
> > >
> > > Igor,
> > > I hereby task you with being the official Cygwin Keeper of Acronyms (CKOA).
> > >
> > > The goal is that eventually we should be able to communicate only in
> > > acronyms in this mailing list.  I think that this will make us much more
> > > effective communicators (MMEC).
> > > cgf
> >
> >Wow!  And here I was saying that "I don't have the power to make the
> >decisions here".
> >
> >TY [Thank you], CGF!  THISU [This honor is surely undeserved], IMHO, but
> >IWTTLUTI [I will try to live up to it].  AAFS [As a first step], IWLTP [I
> >would like to propose] establishing the OLOCA [Official List of Cygwin
> >Acronyms].  IWCSFPA [It will contain such famous phrases as] "YOWTWYWT",
> >"PTC" [Patches thoughtfully considered], TRP [the recently proposed]
> >"PPAST", and, OC [of course], TTCSA [the timeless classics, such as]
> >"TCFAQ" [the Cygwin FAQ], "TCUG" [the Cygwin Users' Guide], and "RTFM".
> >IJSUN [I'll just shut up now]...
> > Igor, the official CKOA

-- 
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: GPL Violation

[Jason Tishler]

On Sat, Mar 01, 2003 at 01:01:43AM +0100, [EMAIL PROTECTED] wrote:
> Responding to Jason Tishler <[EMAIL PROTECTED]>:
> I'm sorry but I guess you did not read carefully what was written on
> my page http://spt.free.fr/fetchmail/.

I did.

> In fact, I don't provide cygwin*.dll, this is actually RedHat's
> property.

Then what is the following?

http://spt.free.fr/fetchmail/cygwin1.dll

> What I did is modify fetchmail's sources as downloadable on my page (see 
> fetchmail-5.9.6.hacked_for_cygwin.tar.gz).

And what about the following?

http://spt.free.fr/fetchmail/fetchmail-5.9.6-win32-setup-v1.0.1.exe

which contains:

$ zipinfo fetchmail-5.9.6-win32-setup-v1.0.1.exe
Archive:  fetchmail-5.9.6-win32-setup-v1.0.1.exe   795256 bytes   12 files
-rw-a-- 2.2 ntf 7203 b- stor  4-Feb-02 17:05 fienu.hl_
*>  -rw-a-- 2.2 ntf   322188 b- defX 13-Sep-01 05:03 cygwin1.dl_
-rw-a-- 2.2 ntf  306 b- stor  7-Feb-02 10:13 fetchmail.cf_
-rw-a-- 2.2 ntf   180155 b- defX  4-Feb-02 10:23 fetchmail.ex_
-rw-a-- 2.2 ntf17663 b- stor  4-Feb-02 17:05 fienu.dl_
-rw-a-- 2.2 ntf10366 b- stor 20-Jun-01 18:14 cygintl.dl_
-rw-a-- 2.2 ntf17883 b- stor  4-Feb-02 17:09 fifra.dl_
-rw-a-- 2.2 ntf 7731 b- stor  4-Feb-02 17:09 fifra.hl_
-rw-a-- 2.2 ntf16343 b- stor 31-Aug-96 00:02 instsrv.ex_
-rw-a-- 2.2 ntf 3838 b- stor 16-Jul-97 01:16 movexe.ex_
-rwxa-- 2.2 ntf   207589 b- defX  4-Mar-02 14:52 setup.exe
**> -rw-a-- 2.2 ntf 3914 b- stor 31-Aug-96 00:11 srvany.ex_
12 files, 795179 bytes uncompressed, 761766 bytes compressed:  4.2%

BTW, redistributing srvany.exe violates MS's SDK licensing.

> So please, don't tell me I'm violating GPL Licenses ... :((

Sorry, but IMO you are.

Jason

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

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

Re: bug report - DLL failure on win ME with gcc-3

[Randall R Schulz]

Igor,

So tell the truth. Are you really undergoing a thesis defense next month?

Randall

At 13:16 2003-02-28, Igor Pechtchanski wrote:
On Fri, 28 Feb 2003, Christopher Faylor wrote:

> On Fri, Feb 28, [EMAIL PROTECTED]:15:08PM -0500, Igor Pechtchanski wrote:
> >On Fri, 28 Feb 2003, Corinna Vinschen wrote:
> >
> >> On Fri, Feb 28, [EMAIL PROTECTED]:34:04PM +, Steven O'Brien wrote:
> >> > By the way, the current CVS has a problem with unix sockets - they are
> >> > vey slow - like several minutes to get a simple message through in
> >> > some cases.
> >>
> >> Simple testcase[tm]?
> >> Corinna
> >
> >Ooh, acronym opportunity!
> >PPAST: "please provide a simple testcase". :-D
>
> Igor,
> I hereby task you with being the official Cygwin Keeper of Acronyms (CKOA).
>
> The goal is that eventually we should be able to communicate only in
> acronyms in this mailing list.  I think that this will make us much more
> effective communicators (MMEC).
> cgf
Wow!  And here I was saying that "I don't have the power to make the
decisions here".
TY [Thank you], CGF!  THISU [This honor is surely undeserved], IMHO, but
IWTTLUTI [I will try to live up to it].  AAFS [As a first step], IWLTP [I
would like to propose] establishing the OLOCA [Official List of Cygwin
Acronyms].  IWCSFPA [It will contain such famous phrases as] "YOWTWYWT",
"PTC" [Patches thoughtfully considered], TRP [the recently proposed]
"PPAST", and, OC [of course], TTCSA [the timeless classics, such as]
"TCFAQ" [the Cygwin FAQ], "TCUG" [the Cygwin Users' Guide], and "RTFM".
IJSUN [I'll just shut up now]...
Igor, the official CKOA
--
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!


--
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: Printing from cygwin?

[Igor Pechtchanski]

Patience, please...  There is an LPRng package on the way.
Igor

On Fri, 28 Feb 2003, Ajay Simha wrote:

> On Fri Feb 28 14:12:41 2003, Bakken, Luke wrote:
> > Rick has good advice - I fall for that one every time I install Cygwin
> > on a fresh win install.
>
> I did get this and did a make install but it does not come with lpd does it?
> Any place which lists details of how to get it working in cygwin env?
>
> Thanks,
>
> -ajay
> >
> > If your printer is lpr compatible you can get LPRng from www.lprng.com -
> > I did the initial porting and as far as I know it still should compile
> > "out of the box" with the following settings:
> >
> > ./configure --with-userid=18 --with-groupid=18 --disable-setuid
> >
> > Let me know if you have any problems.
> > Luke
> >
> > > -Original Message-
> > > From: Rick Rankin [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, February 27, 2003 3:54 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: Printing from cygwin?
> > >
> > >
> > > Do you know for sure which lpr you're using? Win2K has one in
> > > C:\WINNT\system32.
> > >
> > > --Rick
> > > --- Charles Krug <[EMAIL PROTECTED]> wrote:
> > > > I'm having trouble with cygwin lpr printing to my default
> > > > Win2k printer.
> > > > A search of the archives revealed many mailings from people who
> > > > similarly could not print using the cygwin lpr, but I
> > > > couldn't find any
> > > > stories of "success."
> > > >
> > > > I invoke:
> > > >
> > > > lpr -Pserver\\printer file
> > > >
> > > > Printer is considered by Win2k to be a network printer.
> > > >
> > > > Regardless of the type of file I send, I get the same error
> > > > reported by
> > > > lpr from (apparantly) Win2k about "incorrect datatype."

-- 
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: how to run a process from DOS within a cygwin .bat file

[Randall R Schulz]

Tom,

In any Open Source project, the primary way to deal with a deficiency 
is to rectify it.

Reasonable project principals will welcome any constructive feedback, 
but they should not be expected to share the priorities of any 
particular complainant. If you absolutely positively must have 
something, then the best thing to do is create it yourself. In some 
cases, cash contributions (from those with more money than time and / 
or skills) can help facilitate progress by contributors with the usual 
material needs.

Randall Schulz

At 11:24 2003-02-28, Tom Dager wrote:
Damn...and that is why I rarely post questions heresad.

If the "manual" was a cohesive, comprehensive document that I could curl up
with and read until my eyes bleed that would ALWAYS be the correct thing to
do. Instead you have to read a FAQ, some documentation, archives, yada,
yada, yada.
BTW...I am not bashing the documentors or anything, just sick of seeing the
RTFM response.
TlD


--
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: Printing from cygwin?

[Ajay Simha]

On Fri Feb 28 14:12:41 2003, Bakken, Luke wrote:
> Rick has good advice - I fall for that one every time I install Cygwin
> on a fresh win install.

I did get this and did a make install but it does not come with lpd does it?
Any place which lists details of how to get it working in cygwin env?

Thanks,

-ajay
> 
> If your printer is lpr compatible you can get LPRng from www.lprng.com -
> I did the initial porting and as far as I know it still should compile
> "out of the box" with the following settings:
> 
> ./configure --with-userid=18 --with-groupid=18 --disable-setuid
> 
> Let me know if you have any problems.
> Luke
> 
> > -Original Message-
> > From: Rick Rankin [mailto:[EMAIL PROTECTED] 
> > Sent: Thursday, February 27, 2003 3:54 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Printing from cygwin?
> > 
> > 
> > Do you know for sure which lpr you're using? Win2K has one in
> > C:\WINNT\system32.
> > 
> > --Rick
> > --- Charles Krug <[EMAIL PROTECTED]> wrote:
> > > I'm having trouble with cygwin lpr printing to my default 
> > Win2k printer.
> > > A search of the archives revealed many mailings from people who
> > > similarly could not print using the cygwin lpr, but I 
> > couldn't find any
> > > stories of "success."
> > > 
> > > I invoke:
> > > 
> > > lpr -Pserver\\printer file
> > > 
> > > Printer is considered by Win2k to be a network printer.
> > > 
> > > Regardless of the type of file I send, I get the same error 
> > reported by
> > > lpr from (apparantly) Win2k about "incorrect datatype."
> > > 
> > > 
> > > 
> > > --
> > > 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/
> > 
> > 
> 
> --
> 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/

sed 4.0.5 regexp problem

[Berger David-MGI2063]

The following should be equivalent, they no longer are:

echo 'T _atan2' | sed -e 's/^T\W*\(\w*\)/FuncSymbol(\1),/

echo 'T _atan2' | sed -e 's/^T[[:space:]]*\([[:alnum:]_]*\)/FuncSymbol(\1),/

The first one used to work, now only the second one does.  This is not good.

David

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

setuidperl

[Andrew DeFaria]

Running a perl script under Cygwin from Apache (for Windows) I would 
like to switch users to another user. I know that this is probably hard 
if not impossible to do however I have a need. I want to be able to 
update a file and AFAICT because Apache (started as a service) is 
running as SYSTEM (or something like that) spawns off my perl script as 
that user and thus does not allow me to write to data files unless the 
file is set world writable (not a very good thing).

Is there a way to do this in Perl? What I would like to do is:

if (ValidateUser $user) {
 SwitchUser $user;
 PerformUserTasks;
 SwitchUser $previous_user;
} else {
 print "Invalid user $user\n";
} # if


--
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: Not (?) The Same Old g++ "installation problem, cannot exec"

[Steven Vernon]

> On Fri, Feb 28, 2003 at 10:39:05AM -0800, Steven Vernon wrote:
> >I got the infamous "g++: installation problem, cannot exec `cc1plus': No
> >such file or directory" problem on cygwin.  I have tried all sorts of
> >solutions/investigations, but nothing has helped.

> chmod -R a+r /
> chmod -R a+x /bin lib/gcc-lib/i686-pc-cygwin/3.2/*.exe

> cgf

Thanks Christopher, that fixed everything.  It even fixed a couple of other
problems (such as vi not understanding my terminal and man not working).

I still have the remaining question:  if I did an install for "all users"
why are the permissions wrong for all users to use it properly?

Also there was one buggy thing in chmod, which was that it does not appear
to like "/":
$ chmod -R a+r /
chmod: getting attributes of `//bin': No such file or directory
chmod: getting attributes of `//cygwin.bat': No such file or directory
chmod: getting attributes of `//cygwin.ico': No such file or directory
chmod: getting attributes of `//etc': No such file or directory
chmod: getting attributes of `//home': No such file or directory
chmod: getting attributes of `//lib': No such file or directory
chmod: getting attributes of `//packages': No such file or directory
chmod: getting attributes of `//sbin': No such file or directory
chmod: getting attributes of `//tmp': No such file or directory
chmod: getting attributes of `//usr': No such file or directory
chmod: getting attributes of `//var': No such file or directory

Doing "cd / ; chmod -R a+r ." worked.

Thanks again.

Steven Vernon
Credolink Systems, 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/

LOTTERY WINNINGS What they won't tell you.

[elottery . system]

You should not have received this as spam. If you feel you have see below.
__

THIS IS TAKING THE UK AND THE REST OF THE WORLD BY STORM 

FACT: People around the world ARE winning more, 
   and more often, on the UK National Lottery
   for about the same amount you spend each week.

What SECRET weapon are they using?
What do they know that you don't?

NOW FIND OUT

Judge for yourself via the link below by either copying and pasting it 
into 
your address box or clicking on it if possible.

   SHOW ME MORE
   http://free.hostdepartment.com/T/Trevorian/index.htm




WE ENDEAVOR TO NEVER SEND SPAM EMAIL. Your privacy is extremely important to us. 
However from time to time the Opt-In lists we use may accidentally contain some
emails that have been included by mistake.

If this is the case, please accept our sincere apologies and unsubscribe yourself
using the link below. We will inform our list suppliers and remove your details within 
48 hours.

UNSUBSCRIBE HERE www.trademarksdirect.net/Elottery/UNSUBSCRIBE.htm

--
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: Printing from cygwin?

[Bakken, Luke]

Rick has good advice - I fall for that one every time I install Cygwin
on a fresh win install.

If your printer is lpr compatible you can get LPRng from www.lprng.com -
I did the initial porting and as far as I know it still should compile
"out of the box" with the following settings:

./configure --with-userid=18 --with-groupid=18 --disable-setuid

Let me know if you have any problems.
Luke

> -Original Message-
> From: Rick Rankin [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, February 27, 2003 3:54 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Printing from cygwin?
> 
> 
> Do you know for sure which lpr you're using? Win2K has one in
> C:\WINNT\system32.
> 
> --Rick
> --- Charles Krug <[EMAIL PROTECTED]> wrote:
> > I'm having trouble with cygwin lpr printing to my default 
> Win2k printer.
> > A search of the archives revealed many mailings from people who
> > similarly could not print using the cygwin lpr, but I 
> couldn't find any
> > stories of "success."
> > 
> > I invoke:
> > 
> > lpr -Pserver\\printer file
> > 
> > Printer is considered by Win2k to be a network printer.
> > 
> > Regardless of the type of file I send, I get the same error 
> reported by
> > lpr from (apparantly) Win2k about "incorrect datatype."
> > 
> > 
> > 
> > --
> > 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/
> 
> 

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

[Christopher Faylor]

On Fri, Feb 28, 2003 at 10:10:25AM +0300, Egor Duda wrote:
>Ronald Landheer-Cieslak wrote:
>>>Does dumper.exe work?
>
>Well, i should have answered this, but unfortunately, i have no access 
>to windows machine right now to debug, or even verify this.
>
>>>Upon execution I see the following in the cygwin console:
>>> $ ./div.exe
>>>   7 [main] div 2296 handle_exceptions: Error while dumping state 
>>>   (probably corrupted stack)
>>> Arithmetic exception (core dumped)
>>>
>>>In the cmd.exe console window that dumper.bat starts I see the following:
>>> C:\cygwin\home\jlambert>dumper.exe -d C:/cygwin/home/jlambert/div.exe 
>>> 1884
>>> dumping process #1884 to div.exe.core
>>> setting bfd architecture: No error
>
>Well, this is a strange line. This last line of dumper's output 
>indicates than call to bfd_set_arch_mach(abfd, bfd_arch_i386, 0) havs 
>returned non-zero status, which should indicate an error (if i 
>understand things correctly), yet bfd_perror called immediately 
>afterwards has printed "No error" message.
>
>This means that either i'm wrong about my assumptions about 
>bfd_set_arch_mach() and its return, or there's a bug in binutils. It 
>should be quite easy to debug, though, for those who have a cygwin 
>toolchain installed. Just build dumper with debug info (this will 
>require building bfd alongside), start any innocent process, say, bash, 
>get its pid and then run 'dumper -d c:/cygwin/bin/bash.exe ' 
>under gdb. This should reveal what status is returned by 
>bfd_set_arch_mach, and why.

Unless someone beats me to this, I'll take a look at this tonight EST.

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: Donate a [aip]spell package? (was Re: English speller to spell plain files)

[Christopher Faylor]

On Fri, Feb 28, 2003 at 04:08:49PM -0500, Ajay Simha wrote:
>On Fri Feb 28 12:03:38 2003, Christopher Faylor wrote:
>> Is anyone interested in donating a ?spell package to cygwin?  It is an
>> obvious lack in the current package offering.
>
>What does "donating aspell package mean" ??
>
>It is a available for download, folks just have to download it and build right?

http://cygwin.com/setup.html

There isn't a package just sitting around out there waiting for someone to
contribute.  This will take some work.

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: bug report - DLL failure on win ME with gcc-3

[Christopher Faylor]

On Fri, Feb 28, 2003 at 04:16:32PM -0500, Igor Pechtchanski wrote:
>TY [Thank you], CGF!  THISU [This honor is surely undeserved], IMHO, but
>IWTTLUTI [I will try to live up to it].  AAFS [As a first step], IWLTP [I
>would like to propose] establishing the OLOCA [Official List of Cygwin
>Acronyms].  IWCSFPA [It will contain such famous phrases as] "YOWTWYWT",
>"PTC" [Patches thoughtfully considered], TRP [the recently proposed]
>"PPAST", and, OC [of course], TTCSA [the timeless classics, such as]
>"TCFAQ" [the Cygwin FAQ], "TCUG" [the Cygwin Users' Guide], and "RTFM".
>IJSUN [I'll just shut up now]...

Really LOL on this one!

Do you want to maintain an acronym web page (or any other kind of web
page for that matter)?  I'll give you cvs access to the cygwin web site,
if so.

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: bug report - DLL failure on win ME with gcc-3

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Christopher Faylor wrote:

> On Fri, Feb 28, [EMAIL PROTECTED]:15:08PM -0500, Igor Pechtchanski wrote:
> >On Fri, 28 Feb 2003, Corinna Vinschen wrote:
> >
> >> On Fri, Feb 28, [EMAIL PROTECTED]:34:04PM +, Steven O'Brien wrote:
> >> > By the way, the current CVS has a problem with unix sockets - they are
> >> > vey slow - like several minutes to get a simple message through in
> >> > some cases.
> >>
> >> Simple testcase[tm]?
> >> Corinna
> >
> >Ooh, acronym opportunity!
> >PPAST: "please provide a simple testcase". :-D
>
> Igor,
> I hereby task you with being the official Cygwin Keeper of Acronyms (CKOA).
>
> The goal is that eventually we should be able to communicate only in
> acronyms in this mailing list.  I think that this will make us much more
> effective communicators (MMEC).
> cgf

Wow!  And here I was saying that "I don't have the power to make the
decisions here".

TY [Thank you], CGF!  THISU [This honor is surely undeserved], IMHO, but
IWTTLUTI [I will try to live up to it].  AAFS [As a first step], IWLTP [I
would like to propose] establishing the OLOCA [Official List of Cygwin
Acronyms].  IWCSFPA [It will contain such famous phrases as] "YOWTWYWT",
"PTC" [Patches thoughtfully considered], TRP [the recently proposed]
"PPAST", and, OC [of course], TTCSA [the timeless classics, such as]
"TCFAQ" [the Cygwin FAQ], "TCUG" [the Cygwin Users' Guide], and "RTFM".
IJSUN [I'll just shut up now]...
Igor, the official CKOA
-- 
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: Donate a [aip]spell package? (was Re: English speller to spell plain files)

[Ajay Simha]

On Fri Feb 28 12:03:38 2003, Christopher Faylor wrote:
> Is anyone interested in donating a ?spell package to cygwin?  It is an
> obvious lack in the current package offering.

What does "donating aspell package mean" ??

It is a available for download, folks just have to download it and build right?

-ajay
> 
> I believe that someone once was interested in providing an ispell but maybe
> I scared them off by suggesting that aspell would be better.
> 
> 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: Nessus on cygwin: Partially there

[Hans Nohack]

Hello,

i know this is an older thread but maybe there are new thoughts..
At the moment i am at a similar point as Shawn. i was able to compile nessus
2.0 sucessfully, the daemon and the client start OK and i am able to log in.
There are no BSOD's or other or fatal errors but unfortunately nessus
doesn't scan because it can't load it's plugins (shared libraries).
In the logfile nessusd.messages i can find errors like "Couldn't load
nmap_wrapper.nes - dlopen: Win32 error 193"
Did anybody get nessus to work with it's plugins?

Thanks for help
Hans


>Hello,
>
>I've been playing with building nessus on cygwin. If anyone else is trying
to do the same, I'd love to hear.
>
>So far, I've got:
>
>I can build 1.22 with --disable-shared , which means I have no
nessus-plugins. Vexing. I do not understand libtool and Cygwin DLLs well
enough to attempt to >fix this.
>
>I can run nessus-adduser, nessus-mkcert and nessusd -D
>
>I can run nessus and connect to nessusd. But I lack plugins, ne, as per the
above: No DLLs, no shared libs, I am a thick knuckle-headed wuff. *whine*
>
>I get rather bad crashes when I run nessus. It happened to me a couple
times just during ./configure, and just now when running nessus. Something
to do with >cygwin not being able to allocate memory. Second time round, I
got a BSOD STOP 08. That could be something with my system, of course, I do
not rule out >that I have a general instability regarding memory or
what-have-you here. Someone else to try a build and see how it runs there
would be real useful about now.
>Nessus also eats a ton of memory. Around 200MB before it dies on my
machine. That could be due to "no shared libs" as well, of course. Each
nessusd carries >the whole shebang around with it, and there's several of
the lil buggers running when nessus does its thing.
>
>So.
>
>I'll happily share build-instructions and diffs with anyone interested. If
someone out there knows a bit more about cygwin than I do and is willing to
help getting >nessus to run properly, that is WITH shared libs and plugins,
I'd be delighted.
>
>And I'll go and get 1.23 now and build the thing all over again, as 1.23
has JUST been relased. Well, sorta just. After I started on this lil journey
a week ago or so >anyway. :)
>
>Regards
>
>Shawn



--
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: Vs: 1.30 gcc cannot exec cc1 update

[Brian Keener]

Michael Graff Andersen wrote:
> >Here are lastest steps I have done trying to get gcc 3.2 to work under cygwin.
> >
> >Removed all cygwin
> >
> >installed via ftp from sunsite dot dk under c:\cygwin
> >

I am going to assume here that you used setup to install - if not I would suggest 
that you since you already deinstalled once - do it again and use setup. I might 
help you to be sure you are getting everything since some seems to be working and 
some not.

> >Gcc seems to be working under :
> >/lib/gcc-lib/i686-pc-mingw32/3.2
> >and 
> >/lib/gcc-lib/i686-pc-mingw32/3.2
> >
> >all other places I get:
> >gcc: installation problem, cannot exec `cc1': No such file or directory
> >

I will repeat my previous comment on this as it does sound a lot like a problem I 
had.  Have you looked for broken symlinks.  If not you should.  That was a 
problem I had.

First do a 
find / -type l -depth -print |pg

take this list of files and check each one with the file command (or even cat 
them ) to see if they look like symlinks.  Make sure as far as windows is 
concerned that they are set to system or read only (this is what I have on 
Win2000).  Just in case - you might also want to check and see using windows if 
in your cygwin installs you have any .lnk files that cygwin sees as .lnk and not 
as symlinks - fix on this is also the read only or system parameter.

By the way the previous problem I had with this was I believe related to some 
Windows backup software and a failed backup.



--
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 report - DLL failure on win ME with gcc-3

[Christopher Faylor]

On Fri, Feb 28, 2003 at 01:34:04PM +, Steven O'Brien wrote:
>Hi
>I think I've found the problem with dlopen()/fork() on Win ME as
>reported in
>http://cygwin.com/ml/cygwin/2003-02/msg02221.html
>If I'm right, it also applies to win 95/98.
>
>in dll_init.cc: (dll_list::load_after_fork) a call is made to 
>LoadLibraryEx (d.name, NULL, DONT_RESOLVE_DLL_REFERENCES);
>
>According to the MSDN library, at
>http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/loadlibraryex.asp
>the symbol DONT_RESOLVE_DLL_REFERENCES is not supported on win 9x/Me. It
>does not say what the result of using this value on those platforms is.
>I suspect that this breaks the LoadLibraryEx call, so that the
>subsequent FreeLibrary call ends up deallocating memory that was never
>allocated, hence the crash.
>
>I have tried a patched version of dll_init.cc that uses plain
>LoadLibrary instead of LoadLibraryEx on win 9x/Me, and with this patched
>cygwin1.dll my test program runs correctly on all platforms. I have
>attached the patch (cvs diff -up dll_init.cc). Could someone please
>review this patch and apply it if it is acceptable?

I've looked at the patch.  I don't exactly understand why it's
necessary, though.  If it was necessary, you'd think that we'd have a
number of people complaining that dynamically linked DLLs don't work on
ME.

FWIW, the patch bypasses cygwin conventions by checking for version number
in the middle of a function.  See the wincap functionality for how this
is supposed to be handled.

I wonder if just a simple test for NULL being returned from
LoadLibraryEx is all that is required.

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: no installation instructions except in FAQ?

[Daniel B.]

Igor Pechtchanski wrote:
> ...
> Daniel,
> 
> Did I say your report was unwelcome?  

It seemed so at first.  ("If you feel that documentation is lacking, write the 
appropriate sections..." sounded like "if you don't like it, fix it yourself.")
Sorry for perceiving your meaning wrong.


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: [ANNOUNCEMENT] Updated: libtool-devel-20030216, libltdl-20030216

[Ralf Habacker]

> It's up to you -- that's why I coded the libtool changes so that your
> improvements could be a "drop in" fix.  I think it'd be "nice" is file
> could tell me that a given file was an import lib or a (regular) lib,
> but it isn't necessary.
>
> There's certainly no rush.
I will see.
The problem is that there is currently no way to calculate the needed offset
with the recent syntax , so the parser must be enhanced.


>
> > As I stated before, I have already a libtool hack which covers mostly of the
> > needed stuff (a little work is necessary: integrating in recent
> libtool and fix
> > uninstall target)
>
> I look forward to seeing that...

See cygwin-apps.

Ralf


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

Vs: 1.30 gcc cannot exec cc1 update

[Michael Graff Andersen]

-Oprindelig meddelelse-
Fra: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Til: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Dato: 27. februar 2003 11:26
Emne: 1.30 gcc cannot exec cc1 update


>
>Hi 
>
>Here are lastest steps I have done trying to get gcc 3.2 to work under cygwin.
>
>Removed all cygwin
>
>installed via ftp from sunsite dot dk under c:\cygwin
>
>gcc seems to be working under :
>/lib/gcc-lib/i686-pc-mingw32/3.2
>and 
>/lib/gcc-lib/i686-pc-mingw32/3.2
>
>all other places I get:
>gcc: installation problem, cannot exec `cc1': No such file or directory
>
>I am thinking that I may be missing a path or something similar.
>
>Please mail me directly as well as the list
>
>Regards
>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: Not (?) The Same Old g++ "installation problem, cannot exec"

[Christopher Faylor]

On Fri, Feb 28, 2003 at 10:39:05AM -0800, Steven Vernon wrote:
>I got the infamous "g++: installation problem, cannot exec `cc1plus': No
>such file or directory" problem on cygwin.  I have tried all sorts of
>solutions/investigations, but nothing has helped.

chmod -R a+r /
chmod -R a+x /bin lib/gcc-lib/i686-pc-cygwin/3.2/*.exe

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: bug report - DLL failure on win ME with gcc-3

[Christopher Faylor]

On Fri, Feb 28, 2003 at 01:15:08PM -0500, Igor Pechtchanski wrote:
>On Fri, 28 Feb 2003, Corinna Vinschen wrote:
>
>> On Fri, Feb 28, [EMAIL PROTECTED]:34:04PM +, Steven O'Brien wrote:
>> > By the way, the current CVS has a problem with unix sockets - they are
>> > vey slow - like several minutes to get a simple message through in
>> > some cases.
>>
>> Simple testcase[tm]?
>> Corinna
>
>Ooh, acronym opportunity!
>PPAST: "please provide a simple testcase". :-D

Igor,
I hereby task you with being the official Cygwin Keeper of Acronyms (CKOA).

The goal is that eventually we should be able to communicate only in
acronyms in this mailing list.  I think that this will make us much more
effective communicators (MMEC).

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/

AF_UNIX in current CVS

[Steven O'Brien]

On Fri, 28 Feb 2003 19:03:48 +0100, Corinna Vinschen wrote:

> On Fri, Feb 28, 2003 at 01:34:04PM +, Steven O'Brien wrote:
> > By the way, the current CVS has a problem with unix sockets - they
> > are vey slow - like several minutes to get a simple message
> > through in some cases. 
> 
> Simple testcase[tm]?

I noticed this as a side-effect of trying to solve the dlopen()/fork()
problem on winme; so I don't have a testcase as such. I am trying to get
the Gnome desktop to run on win me (it is working very well now on win
2k). As a simplified variation on what I saw, try:

$ XWin :0 &
$ xclock -display :0

The clock does not appear, at least I gave up waiting after 7 minutes;
control-c to get the prompt back. But if you try:

$ xclock -display localhost:0

then the clock appears immediately. The difference is that :0 uses a
AF_LOCAL socket, while localhost:0 uses a AF_INET socket. Hence my
assumption that unix doamin sockets have a problem. This was all with my
own build of cygwin1.dll done from a source tree updated at around 11:00
GMT this morning. Of course, it could be my build that is at fault, so
if you do not see this problem, then thats fair enough. The last
snapshot, 25Feb02, does not have this problem.


Regards,
Steven

--
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: how to run a process from DOS within a cygwin .bat file

[Tom Dager]

Damn...and that is why I rarely post questions heresad.

If the "manual" was a cohesive, comprehensive document that I could curl up
with and read until my eyes bleed that would ALWAYS be the correct thing to
do. Instead you have to read a FAQ, some documentation, archives, yada,
yada, yada.

BTW...I am not bashing the documentors or anything, just sick of seeing the
RTFM response.

TlD

-Original Message-
From: Ronald Landheer-Cieslak [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 5:46 AM
To: gilles bourgeois
Cc: [EMAIL PROTECTED]
Subject: Re: how to run a process from DOS within a cygwin .bat file


On Fri, 28 Feb 2003, gilles bourgeois wrote:
> hello again
> does someone knows how to launch a cygwin shell and further commands from
> DOS, e.g with a help of a .bat file.
> I had a look of cygwin.bat file but I do not know the right syntax to give
> the command to the bash shell
DOS as in "Disk Operating System" (the "OS" of the pre-windows era, when 
Bill Gates so rightly told us that "640 KB should be enough for anyone") - 
impossible.

DOS as in a "DOS box" under Windows (i.e. the system shell, kinda) - just 
run the darn thing. If your bin directory is in the PATH, just type 
"bash".

That, and RTFM.

rlc



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

[mingw-runtime bug] gcc2 -Wmissing-prototypes warning in mingw-runtime string.h

[Max Bowsher]

I've run into a problem, compiling some code with
gcc-2 -Werror -Wmissing-prototypes.
There are 3 warnings in mingw-runtime :
/usr/include/mingw/string.h:166: warning: no previous prototype for
`strcasecmp'
/usr/include/mingw/string.h:172: warning: no previous prototype for
`strncasecmp'
/usr/include/mingw/string.h:184: warning: no previous prototype for
`wcscmpi'

One simple fix is to add a prototype immediately before the definitions.

Details of the change which added the problem follow.


Max.



CVS log and diff on change introducing problem:

RCS file: /home/max/cvsmirror/src-cvs/src/winsup/mingw/include/string.h,v
head: 1.8
branch:
locks: strict
access list:
keyword substitution: o
total revisions: 12; selected revisions: 1
description:

revision 1.7
date: 2002/10/11 01:41:31;  author: dannysmith;  state: Exp;  lines: +9 -3
 * include/string.h (strcasecmp): Make extern __inline__.
 (strncasecmp): Likewise.
 (wcscmpi): Likewise.

=
Index: src/winsup/mingw/include/string.h
diff -u src/winsup/mingw/include/string.h:1.6
src/winsup/mingw/include/string.h:1.7
--- src/winsup/mingw/include/string.h:1.6 Thu Sep 19 06:35:30 2002
+++ src/winsup/mingw/include/string.h Fri Oct 11 02:41:31 2002
@@ -161,11 +161,15 @@
 char* strdup (const char*);
 int strcmpi (const char*, const char*);
 int stricmp (const char*, const char*);
-int strcasecmp (const char*, const char*);
+extern __inline__ int
+strcasecmp (const char * __sz1, const char * __sz2)
+  {return _stricmp (__sz1, __sz2);}
 int stricoll (const char*, const char*);
 char* strlwr (char*);
 int strnicmp (const char*, const char*, size_t);
-int strncasecmp (const char*, const char*, size_t);
+extern __inline__ int
+strncasecmp (const char * __sz1, const char * __sz2, size_t
__sizeMaxCompare)
+  {return _strnicmp (__sz1, __sz2, __sizeMaxCompare);}
 char* strnset (char*, int, size_t);
 char* strrev (char*);
 char* strset (char*, int);
@@ -175,7 +179,9 @@
 #endif /* _UWIN */

 /* NOTE: There is no _wcscmpi, but this is for compatibility. */
-int wcscmpi (const wchar_t*, const wchar_t*);
+extern __inline__ int
+wcscmpi (const wchar_t * __ws1, const wchar_t * __ws2)
+  {return _wcsicmp (__ws1, __ws2);}
 wchar_t* wcsdup (wchar_t*);
 int wcsicmp (const wchar_t*, const wchar_t*);
 int wcsicoll (const wchar_t*, const wchar_t*);


--
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: change bc to use readline

[Francis Litterio]

Christopher Faylor wrote:

> On Thu, Feb 27, 2003 at 02:41:53PM -0800, Philip Nemec wrote:
>>I recently installed another fresh copy of cygwin and was reminded of a 
>>complaint I have with bc...
>
> Perhaps you'd like to be the bc maintainer?  I rarely use it and
> have no burning desire to continue to support it.

Just an FYI ...  On Oct 3, 2002, I posted to this list a patch to get bc
to link against libreadline under Cygwin.  Here's my posting:

http://sources.redhat.com/ml/cygwin/2002-10/msg00177.html
--
Francis Litterio
[EMAIL PROTECTED]
http://world.std.com/~franl/
GPG and PGP public keys available on keyservers.


--
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: Weird stuff with 'man' and 'tset' programs

[Roy H.]

Igor,

Thank you for the reply.  That solved the problems
nicely.  I had done some searching in the archive mail
lists, but obviously not with the correct criteria.


Roy

--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> On Fri, 28 Feb 2003, Roy H. wrote:
> 
> > Something weird is going on with my cygwin.  I
> first
> > noticed it when I ran 'vim' and it said that it
> did
> > not recognize a terminal type of 'cygwin'.  Ok, so
> I
> > set the TERM environment to "ansi".  That seemed
> to
> > work, but I noticed that the arrow keys to move
> around
> > with did not work.  So then I went and reset the
> > terminal by using the command 'tset'.  This came
> back
> > and said that it did not recognized a terminal of
> > cygwin, or ansi, or anything else.  I checked my
> files
> > and I have ncurses and terminfo installed, and the
> > files for the various terminal definitions are in
> > '/usr/lib/terminfo' right where they are supposed
> to
> > be.
> >
> > Then I went to see what the man pages said about
> this.
> >  The man program worked, but it comes back and
> says
> > "No manual entry for tset", or for any programs. 
> I
> > made sure that I had a good MANPATH, and exported
> it.
> > Did not help.  I have a valid '/etc.man.config'
> file,
> > and if I start man with the -d option, it echoes
> out
> > the paths as listed in the '/etc.man.config' file.
> > Even when I specify the man path directory by
> using
> > 'man -M /usr/man man
> > ', it still says it can not find the man page.
> >
> > My PATH works fine, but who knows what else does
> not
> > really work.
> >
> > I could really use a little help with this
> problem.
> >
> > I am running Win 2k all of the cygwin programs are
> up
> > to date.  My shell is bash.  Below is the out put
> from
> > 'cygcheck -s'.
> > [snip]
> 
> Roy,
> 
> First off, please *attach* the output of cygcheck,
> as per
> , due to it introducing
> false positives into
> archives search when in the body of the message.
> 
> Secondly, read the following thread:
> 
> 
> An archive search for "terminfo" found it, BTW.
>   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/

Not (?) The Same Old g++ "installation problem, cannot exec"

[Steven Vernon]

I got the infamous "g++: installation problem, cannot exec `cc1plus': No
such file or directory" problem on cygwin.  I have tried all sorts of
solutions/investigations, but nothing has helped.

The g++ under cygwin used to work, and I used it from the Windows command
prompt and possibly from bash.  I have not run it in weeks, but in the
meantime, I updated cygwin.

The last fix I tried was a complete cygwin de-install (as described in the
FAQ) and then a complete re-install of the latest cygwin (every package).

The verbose output from g++ is:
g++ --verbose -O3 -mcpu=pentium3 -mconsole -Ic:\j2sdk1.4.1_01\include
-Ic:\j2sdk1.4.1_01\include\win32 -o tester.exe tester.cpp
Using built-in specs.
Configured with: /netrel/src/gcc-3.2-3/configure
--enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posix
--with-system-zlib --enable-nls --without-included-gettext
--enable-interpreter --disable-sjlj-exceptions
--disable-version-specific-runtime-libs --enable-shared
--build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin
--enable-haifa --prefix=/usr --exec-prefix=/usr
--sysconfdir=/etc --libdir=/usr/lib --includedir=/nonexistent/include
--libexecdir=/usr/sbin
Thread model: posix
gcc version 3.2 20020927 (prerelease)
 cc1plus -v -Ic:\j2sdk1.4.1_01\include -Ic:\j2sdk1.4.1_01\include\win32
-iprefix
 ../lib/gcc-lib/i686-pc-cygwin/3.2/ -D__GNUC__=3 -D__GNUC_MINOR__=2
-D__GNUC_PATCHLEVEL__=0 -D__GXX_ABI_VERSION=102 -D_X86_=1 -D_X86_=1
-Asystem=winnt -D__OPTIMIZE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386
-Di386 -D__i386 -D__i386__ -
D__stdcall=__attribute__((__stdcall__))
-D__fastcall=__attribute__((__fastcall__))
-D__cdecl=__attribute__((__cdecl__)) -D_stdcall=__attribute__((__stdcall__))
-D_fastcall=__attribute__((__fastcall__))
-D_cdecl=__attribute__((__cdecl__)) -D
__declspec(x)=__attribute__((x)) -D__i386__ -D__i386 -D__CYGWIN32__
-D__CYGWIN__
 -Dunix -D__unix__ -D__unix -isystem ../include/w32api -isystem
../../include/w32api tester.cpp -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS
-quiet -dumpbase tester.cpp -mcpu=pentium3 -mconsole -O3 -version -o
./ccyR4HDW.s
g++: installation problem, cannot exec `cc1plus': No such file or directory

Here is some more information:
  Install location root:  c:\cygwin.
  Tried both in bash and from the Windows command line.
  g++ version: g++ (GCC) 3.2 20020927 (prerelease)
  gcc version: gcc (GCC) 3.2 20020927 (prerelease)
  gcc-mingw is installed

g++ --print-search-dirs:
install: /usr/lib/gcc-lib/i686-pc-cygwin/3.2/
programs:
=../lib/gcc-lib/i686-pc-cygwin/3.2/:../lib/gcc-lib/:/usr/lib/gcc-lib/i686-pc
-cygwin/3.2/:/usr/lib/gcc-lib/i686-pc-cygwin/3.2/:/usr/lib/gcc-lib/i686-pc-c
ygwin/:/usr/lib/gcc/i686-pc-cygwin/3.2/:/usr/lib/gcc/i686-pc-cygwin/:../lib/
gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.2
/:../lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/:/usr/lib
/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.
2/:/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/
libraries:
=../lib/gcc-lib/i686-pc-cygwin/3.2/:../lib/gcc-lib/:/usr/lib/gcc-lib/
i686-pc-cygwin/3.2/:/usr/lib/gcc/i686-pc-cygwin/3.2/:../lib/gcc-lib/i686-pc-
cygwin/3.2/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.2/:../lib/gcc-lib
/i686-pc
-cygwin/3.2/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc-lib/i686-pc-cygwin/
3.2/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.2/:/usr/lib/gcc-lib/i686
-pc-cygwin/3.2/../../../../i686-pc-cygwin/lib/:../lib/gcc-lib/i686-pc-cygwin
/3.2/../../../i686-pc-cygwin/3.2/:../lib/gcc-lib/i686-pc-cygwin/3.2/../../..
/:/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../i686-pc-cygwin/3.2/:/usr/lib/
gcc-lib/i686-pc-cygwin/3.2/../../../:/lib/i686-pc-cygwin/3.2/:/lib/:/usr/lib
/i686-pc-cygwin/3.2/:/usr/lib/

I attached a 'cygcheck -r -s -c -v' result (executed from the Windows
command prompt, if that matters).

Thanks for any help you can give.

Steven Vernon
Credolink Systems, Inc.


cyg.out
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: bug report - DLL failure on win ME with gcc-3

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Corinna Vinschen wrote:

> On Fri, Feb 28, [EMAIL PROTECTED]:34:04PM +, Steven O'Brien wrote:
> > By the way, the current CVS has a problem with unix sockets - they are
> > vey slow - like several minutes to get a simple message through in
> > some cases.
>
> Simple testcase[tm]?
> Corinna

Ooh, acronym opportunity!
PPAST: "please provide a simple testcase". :-D
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: no installation instructions except in FAQ?

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Daniel B. wrote:

> Igor Pechtchanski wrote:
> >
> > On Fri, 28 Feb 2003, Daniel B. wrote:
> >
> > > On the documentation page at http://cygwin.com/docs.html, there no
> > > mention of installation instructions.  It's not obvious that they are
> > > hidden in the FAQ list.
> > >
> > > Which is the right mailing to use to suggest to the documentation
> > > developers that the installation instructions be pulled into an
> > > installation guide?
> >
> > Daniel,
> >
> > This is the right place.  If you feel that documentation is lacking,
>
> What did I say was lacking?  I said something was hidden (because it's in
> the wrong place).  That is, the effort already spent to write it is not
> being used to maximum benefit.
>
> > write the appropriate sections ...
> >
> > "Patches thoughtfully considered"^{TM}
>
> Are you trying to say that you don't consider constructive feedback about
> problems unless it comes with a complete fix?
>
> (I thought http://cygwin.com/bugs.html says "Bug reports without solutions
> are also welcome.")

Daniel,

Did I say your report was unwelcome?  The above comment was just in case
you were interested in off-loading some work from the Cygwin team...  In
an ideal world, a complete fix would be nice, but your feedback is
certainly appreciated.  I'm reasonably sure someone will take your
feedback to mind and update the docs (at some point).

As for me "considering" anything, I don't have the power to make the
decisions here...  I'm sorry if I conveyed that impression. :-)
Igor
P.S. You said the instructions were "lacking exposure". ;-)
-- 
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: How has rxvt-2.7.9-4 been packaged?

[Thorsten Kampe]

* Alexander Skwar (03-02-28 18:47 +0100)
> I'm now successfully running a self compiled XFree86 4.3.0 - however,
> because of this, I need to recompile some packages, as they simply die
> because library names have changed.  One of these packages is rxvt.
>
> However, downloading rxvt-2.7.9-4-src results in a /usr/src/rxvt
> directory.  How would I build something installable from this?  Just the
> usual "./configure && make && make install" or did you apply any
> patches/configure options when packaging the rxvt-2.7.9-4.tar.bz2 for
> cygwin?

most^Wless /usr/doc/Cygwin/rxvt-2.7.9.README

Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
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 report - DLL failure on win ME with gcc-3

[Corinna Vinschen]

On Fri, Feb 28, 2003 at 01:34:04PM +, Steven O'Brien wrote:
> By the way, the current CVS has a problem with unix sockets - they are
> vey slow - like several minutes to get a simple message through in
> some cases. 

Simple testcase[tm]?

Corinna

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

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

Re: mem allocation / heap_chunk

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Christopher Faylor wrote:

> On Fri, Feb 28, [EMAIL PROTECTED]:32:08PM -0500, Igor Pechtchanski wrote:
> >On Fri, 28 Feb 2003, Christopher Faylor wrote:
> >
> >> I wonder if regtool will just compile OOB with -mno-cygwin.  Apologies
> >> if that was suggested, too.
> >
> >Nope, it needs getopt...
>
> So does cygcheck.  cygcheck isn't a cygwin program.
> cgf

Oops! *blush*

regtool does build with -mno-cygwin.  The build commands I used are below
(not necessarily the best, just ripped out the cygwin part and made it use
mingw headers/libraries; the /usr/include part is for getopt.h):

 c++ -c -nostdinc++ -nostdinc -mno-cygwin  -O2 -g -fno-exceptions -fno-rtti 
-DHAVE_DECL_GETOPT=0 -Wall -Wwrite-strings -fno-common -pipe -Winline -fbuiltin 
-fmessage-length=0  -I. -I/usr/lib/gcc-lib/i686-pc-mingw32/3.2/include -isystem 
/usr/include/mingw -isystem /usr/include/w32api -isystem /usr/include -o ./regtool.o 
/usr/src/cygwin-cvs/src/winsup/utils/regtool.cc
 c++ -mno-cygwin -o regtool.exe regtool.o mingw_getopt.o -lnetapi32 -ladvapi32

$ cygcheck .\\regtool.exe
.\regtool.exe
  C:\WINNT\System32\msvcrt.dll
C:\WINNT\System32\KERNEL32.dll
  C:\WINNT\System32\NTDLL.DLL
  C:\WINNT\System32\ADVAPI32.DLL
C:\WINNT\System32\RPCRT4.DLL

Seems to work, too.  Hope this helps,
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: no installation instructions except in FAQ?

[Daniel B.]

Igor Pechtchanski wrote:
> 
> On Fri, 28 Feb 2003, Daniel B. wrote:
> 
> > On the documentation page at http://cygwin.com/docs.html, there no
> > mention of installation instructions.  It's not obvious that they are
> > hidden in the FAQ list.
> >
> > Which is the right mailing to use to suggest to the documentation
> > developers that the installation instructions be pulled into an
> > installation guide?
> 
> Daniel,
> 
> This is the right place.  If you feel that documentation is lacking, 

What did I say was lacking?  I said something was hidden (because it's in 
the wrong place).  That is, the effort already spent to write it is not
being used to maximum benefit.


> write the appropriate sections ...
> 
> "Patches thoughtfully considered"^{TM}

Are you trying to say that you don't consider constructive feedback about
problems unless it comes with a complete fix?

(I thought http://cygwin.com/bugs.html says "Bug reports without solutions 
are also welcome.")

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: Algum brasileiro usa Cygwin ?

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Frédéric L. W. Meunier wrote:

> On Fri, 28 Feb 2003, Igor Pechtchanski wrote:
>
> > FWIW, I was able to reproduce your problem on the bash shell
> > in a command window (on Win2k).
> > [snip]
> > When pasting into any Cygwin app run from that prompt,
> > however, the accented characters disappear altogether.  This
> > may have something to do with the way fhandler_console
> > processes input, but I don't know enough about that code to
> > even start looking.
>
> And I know nothing, really.

I've run "cat > /dev/null" under strace, and it seems that the Cygwin app
doesn't even see the accented characters.  They might get filtered out in
fhandler_termios, now that I look at the strace.  If it helps, the strace
output (the relevant snippet of it) is attached.  I used your name
("Frédéric L. W. Meunier") as the test input.

> [snip]
>
> BTW, are you able to reproduce the screen problem I reported at
> http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html ?
>
> I'm giving up. I really don't see the advantages of using the
> default terminal. Maybe only "Full Screen" ?

No, sorry, I don't use screen much...  I find the default bash shell
marginally useful, though (mostly for large pastes; most of the time I use
xterms).
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


cat_accented.strace.gz
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/

How has rxvt-2.7.9-4 been packaged?

[Alexander Skwar]

Hello.

I'm now successfully running a self compiled XFree86 4.3.0 - however,
because of this, I need to recompile some packages, as they simply die
because library names have changed.  One of these packages is rxvt.

For example, with WindowMaker, I had good luck downloading the src
package with the setup program.  I was then able to run
"/usr/src/WindowMaker-0.80.0-2.sh all" to get a tar.bz2 file which I
could install.

However, downloading rxvt-2.7.9-4-src results in a /usr/src/rxvt
directory.  How would I build something installable from this?  Just the
usual "./configure && make && make install" or did you apply any
patches/configure options when packaging the rxvt-2.7.9-4.tar.bz2 for
cygwin?

Thanks a lot,

Alexander Skwar
-- 
Bück dich, Fee. Wunsch ist Wunsch!


--
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: rxvt - unknown terminal type

[Christopher Faylor]

On Fri, Feb 28, 2003 at 06:41:17PM +0100, Francois de Campagnolle wrote:
>I tried just that, without success. Another user seems to have a similar pb
>with termcap/terminfo and latest cygwin DLL. Maybe this is related.
>I also tried to re-install rxvt and all the X pkg - actually I re-installed
>everything that seemed related to rxvt.
>Any clue?

chmod -R a+r /

?

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: rxvt - unknown terminal type

[Francois de Campagnolle]

I tried just that, without success. Another user seems to have a similar pb
with termcap/terminfo and latest cygwin DLL. Maybe this is related.
I also tried to re-install rxvt and all the X pkg - actually I re-installed
everything that seemed related to rxvt.
Any clue?

FRC
- Original Message -
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Francois de Campagnolle" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, February 24, 2003 2:46 AM
Subject: Re: rxvt - unknown terminal type


> On Sun, 23 Feb 2003, Francois de Campagnolle wrote:
>
> > Hi,
> >
> > I haven't been able to use rxvt (with and without X) on my NT box for
about
> > a week now.
> > When I run it from bash in a DOS cmd, a new window is created saying
"unknow
> > terminal type: rxvt".
> > I got the same message when running an rxvt win from X.
> > Also, I get "unknow terminal type: cygwin" msgs when I launch DOS cmd
with
> > bash.
> > I update my install once a week, I tried to reinstall rxvt and all the X
> > stuff, and also tried to get the exp version - all without success. I
should
> > also mention that I have set a .Xresource file in my homedir.
> > Is this a known issue?  What can I try now?
> >
> > FRC
>
> [Re]install the termcap/terminfo packages.
> 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/
>
>
>


--
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: mem allocation / heap_chunk

[Christopher Faylor]

On Fri, Feb 28, 2003 at 12:32:08PM -0500, Igor Pechtchanski wrote:
>On Fri, 28 Feb 2003, Christopher Faylor wrote:
>
>> I wonder if regtool will just compile OOB with -mno-cygwin.  Apologies
>> if that was suggested, too.
>
>Nope, it needs getopt...

So does cygcheck.  cygcheck isn't a cygwin program.

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: mem allocation / heap_chunk

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Christopher Faylor wrote:

> I wonder if regtool will just compile OOB with -mno-cygwin.  Apologies
> if that was suggested, too.

Nope, it needs getopt...
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: tetex 2.0.1-1 listed under 'previous' in setup.ini

[Jan Nieuwenhuizen]

Rick Rankin <[EMAIL PROTECTED]> writes:

> I was just discussing this with Jan Nieuwenhuizen, and I believe
> he's going to take care of it.

Chris has added extra entries to the hint files; the issue should be
resolved now.

Thanks for your reports.
Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
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: Algum brasileiro usa Cygwin ?

[Frédéric L. W. Meunier]

On Fri, 28 Feb 2003, Igor Pechtchanski wrote:

> FWIW, I was able to reproduce your problem on the bash shell
> in a command window (on Win2k).
> What's interesting, though, is that if the output were pasted
> to a regular Command prompt window, it pastes the accented
> characters sans the accents.

True. I also reported it.

> When pasting into any Cygwin app run from that prompt,
> however, the accented characters disappear altogether.  This
> may have something to do with the way fhandler_console
> processes input, but I don't know enough about that code to
> even start looking.

And I know nothing, really.

> One more interesting (though probably unrelated) thing is
> that the Win2k Command window (with QuickEdit off) allows one
> to press the right mouse button to get a context menu
> (basically the "Edit" submenu of the main window menu).

> However, when any Cygwin app is run (say, "cat"), the right
> button stops working (though it does work as "paste" in
> QuickEdit mode). As I said, this is probably unrelated, but
> might provide a clue, so I thought it was worth mentioning.

The same here on XP Professional.

> P.S. BTW, no offense, I'm just wondering, why a Portuguese
> subject line on a mostly English-speaking list?

Sorry, to get some attention from brazilian users.

BTW, are you able to reproduce the screen problem I reported at
http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html ?

I'm giving up. I really don't see the advantages of using the
default terminal. Maybe only "Full Screen" ?

Another problem is with the colors. Compare an application
running in "Full Screen" and "Window". The text is much darker
with the latter, making it unreadable with certain
applications.

-- 
[EMAIL PROTECTED], dyndns.org}

--
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: no installation instructions except in FAQ?

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Daniel B. wrote:

> On the documentation page at http://cygwin.com/docs.html, there no
> mention of installation instructions.  It's not obvious that they are
> hidden in the FAQ list.
>
> Which is the right mailing to use to suggest to the documentation
> developers that the installation instructions be pulled into an
> installation guide?

Daniel,

This is the right place.  If you feel that documentation is lacking, write
the appropriate sections and submit them to this list, preferably as a
patch against the CVS sources (see  and
).

"Patches thoughtfully considered"^{TM}
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: mem allocation / heap_chunk

[Christopher Faylor]

On Fri, Feb 28, 2003 at 09:15:27AM -0800, Randall R Schulz wrote:
>At 09:05 2003-02-28, Christopher Faylor wrote:
>>On Fri, Feb 28, 2003 at 07:49:24AM -0800, Randall R Schulz wrote:
>>>At 06:47 2003-02-28, Fabrice Marchal wrote:
Max Bowsher wrote:
>No.  It's a virtual directory.  It's also read only.  Use regtool.

Is there any other way around without installing cygwin (I mean just
having cygwin1.dll of course) and without using regedit to do the job?
>>>
>>>Write a C program using the appropriate Win32 calls, of course.  The
>>>registry isn't magic.
>>
>>Or, as Max suggested, use *regtool*.  regedit != regtool.
>
>That was our first suggestion, but Fabrice wants to avoid all Cygwin 
>components except Cygwin1.dll in his custom install.

Oops.  Guess I wasn't paying attention.  Seems like a silly requirement
that you can't add one cygwin component but...

I wonder if regtool will just compile OOB with -mno-cygwin.  Apologies
if that was suggested, too.

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: English speller to spell plain files

[Ajay Simha]

On Fri Feb 28 07:45:15 2003, Jason Tishler wrote:
> On Fri, Feb 28, 2003 at 10:32:49AM -, Vince Hoffman wrote:
> > not sure if there is an official package but do a google for ispell
> > and cygwin and you should find something.
> 
> You may want to Google for aspell too.

I used to use ispell but now use aspell - much better - for instance it can be invoked 
from
email progrms (for e.g. mutt or pine) as follows:

set ispell = "/usr/local/bin/aspell check -x --mode=email" (for mutt)

this actually prevents aspell from checking the spelling for quoted lines ('>') in 
replies.

-ajay
> 
> Jason
> 
> -- 
> PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
> Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
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: Weird stuff with 'man' and 'tset' programs

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Roy H. wrote:

> Something weird is going on with my cygwin.  I first
> noticed it when I ran 'vim' and it said that it did
> not recognize a terminal type of 'cygwin'.  Ok, so I
> set the TERM environment to "ansi".  That seemed to
> work, but I noticed that the arrow keys to move around
> with did not work.  So then I went and reset the
> terminal by using the command 'tset'.  This came back
> and said that it did not recognized a terminal of
> cygwin, or ansi, or anything else.  I checked my files
> and I have ncurses and terminfo installed, and the
> files for the various terminal definitions are in
> '/usr/lib/terminfo' right where they are supposed to
> be.
>
> Then I went to see what the man pages said about this.
>  The man program worked, but it comes back and says
> "No manual entry for tset", or for any programs.  I
> made sure that I had a good MANPATH, and exported it.
> Did not help.  I have a valid '/etc.man.config' file,
> and if I start man with the -d option, it echoes out
> the paths as listed in the '/etc.man.config' file.
> Even when I specify the man path directory by using
> 'man -M /usr/man man
> ', it still says it can not find the man page.
>
> My PATH works fine, but who knows what else does not
> really work.
>
> I could really use a little help with this problem.
>
> I am running Win 2k all of the cygwin programs are up
> to date.  My shell is bash.  Below is the out put from
> 'cygcheck -s'.
> [snip]

Roy,

First off, please *attach* the output of cygcheck, as per
, due to it introducing false positives into
archives search when in the body of the message.

Secondly, read the following thread:


An archive search for "terminfo" found it, BTW.
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: mem allocation / heap_chunk

[Randall R Schulz]

At 09:05 2003-02-28, Christopher Faylor wrote:
On Fri, Feb 28, 2003 at 07:49:24AM -0800, Randall R Schulz wrote:
>At 06:47 2003-02-28, Fabrice Marchal wrote:
>>Max Bowsher wrote:
>>>No.  It's a virtual directory.  It's also read only.  Use regtool.
>>
>>Is there any other way around without installing cygwin (I mean just
>>having cygwin1.dll of course) and without using regedit to do the job?
>
>Write a C program using the appropriate Win32 calls, of course.  The
>registry isn't magic.
Or, as Max suggested, use *regtool*.  regedit != regtool.

cgf


Chris,

That was our first suggestion, but Fabrice wants to avoid all Cygwin 
components except Cygwin1.dll in his custom install.

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/

no installation instructions except in FAQ?

[Daniel B.]

On the documentation page at http://cygwin.com/docs.html, there no
mention
of installation instructions.   It's not obvious that they are hidden in
the
FAQ list.

Which is the right mailing to use to suggest to the documentation
developers 
that the installation instructions be pulled into an installation guide?


Thanks,
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: setup dies on local install

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Christopher Faylor wrote:

> On Fri, Feb 28, [EMAIL PROTECTED]:54:30PM +1100, Robert Collins wrote:
> >On Fri, [EMAIL PROTECTED]:43, Steve Miller wrote:
> >
> >> (Why, oh why, dear God, can't Red Hat just make a big archive file?)
> >
> >For the same reason you haven't read the FAQ
> >http://cygwin.com/faq/faq.html#SEC14.
>
> In Soviet Russia, the FAQ reads you!
> Sorry.  SlashDot humor.
> cgf

You'd be surprised... :-)
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/

Weird stuff with 'man' and 'tset' programs

[Roy H.]

Something weird is going on with my cygwin.  I first
noticed it when I ran 'vim' and it said that it did
not recognize a terminal type of 'cygwin'.  Ok, so I
set the TERM environment to "ansi".  That seemed to
work, but I noticed that the arrow keys to move around
with did not work.  So then I went and reset the
terminal by using the command 'tset'.  This came back
and said that it did not recognized a terminal of
cygwin, or ansi, or anything else.  I checked my files
and I have ncurses and terminfo installed, and the
files for the various terminal definitions are in
'/usr/lib/terminfo' right where they are supposed to
be.

Then I went to see what the man pages said about this.
 The man program worked, but it comes back and says
"No manual entry for tset", or for any programs.  I
made sure that I had a good MANPATH, and exported it. 
Did not help.  I have a valid '/etc.man.config' file,
and if I start man with the -d option, it echoes out
the paths as listed in the '/etc.man.config' file. 
Even when I specify the man path directory by using
'man -M /usr/man man
', it still says it can not find the man page.

My PATH works fine, but who knows what else does not
really work.

I could really use a little help with this problem.

I am running Win 2k all of the cygwin programs are up
to date.  My shell is bash.  Below is the out put from
'cygcheck -s'.


Thanks


Roy





Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri 28 09:56:52 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service
Pack 3

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\Support Tools\
c:\program files\putty
C:\cygwin\emacs\bin
C:\cygwin\usr\autotool\devel\bin\

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

HOME = `c:\cygwin\'
MAKE_MODE = `unix'
PWD = `/'
USER = `rhoerauf'

Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS6142Mb  86% CP CS UN PA FC DriveC
d:  hd  NTFS   19068Mb  79% CP CS UN PA FC DriveD
e:  cd   N/AN/A
g:  net NTFS6142Mb  78% CP CS UN PA FC
h:  net NTFS   17131Mb  98% CP CS UN PA FC
i:  net NTFS   17131Mb  98% CP CS UN PA FC
r:  net NTFS   42829Mb  90% CP CS UN PA FC RAID
s:  net NTFS   42829Mb  90% CP CS UN PA FC RAID
u:  net NTFS   35000Mb  82% CP CS UN PA FC
v:  net NTFS6142Mb  38% CP CS UN PA FC
w:  net NTFS   69379Mb  40% CP CS UN PA FC
Database
x:  net NTFS4000Mb  60% CP CS UN PA FC

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

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe

  847k 2003/02/19 C:\cygwin\bin\cygcrypto-0.9.7.dll
  806k 2003/02/19 C:\cygwin\bin\cygcrypto.dll
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll
   35k 2002/01/09 C:\cygwin\bin\cygform6.dll
   19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll
   17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll
   20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll
  929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll
   28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll
   21k 2001/06/20 C:\cygwin\bin\cygintl.dll
   26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll
   20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll
  156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll
  175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll
  226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll
  202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll
   15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll
   12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll
   40k 2001/11/21 C:\cygwin\bin\cygpcre.dll
   39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll
   22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll
  108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll
  127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll
  177k 2003/02/19 C:\cygwin\bin\cygssl-0.9.7.dll
  227k 2003/02/19 C:\cygwin\bin\cygssl.dll
   50k 2002/03/12 C:\cygwin\bin\cygz.dll
  889k 2003/02/08 C:\cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.3.20
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 73
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cy

Re: mem allocation / heap_chunk

[Christopher Faylor]

On Fri, Feb 28, 2003 at 07:49:24AM -0800, Randall R Schulz wrote:
>At 06:47 2003-02-28, Fabrice Marchal wrote:
>>Max Bowsher wrote:
>>>No.  It's a virtual directory.  It's also read only.  Use regtool.
>>
>>Is there any other way around without installing cygwin (I mean just
>>having cygwin1.dll of course) and without using regedit to do the job?
>
>Write a C program using the appropriate Win32 calls, of course.  The
>registry isn't magic.

Or, as Max suggested, use *regtool*.  regedit != regtool.

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: Algum brasileiro usa cygwin ?

[Randall R Schulz]

At 08:55 2003-02-28, Christopher Faylor wrote:
On Fri, Feb 28, 2003 at 10:53:03AM +0100, Ronald Landheer-Cieslak wrote:
>Read http://cygwin.com/faq/faq_4.html#SEC29
>Read http://www.cygwin.com/bugs.html
>Read `man term`
>
>and get back to us when you've done that.
>
>IOW: YOWTHYWT (how do you expect anyone to answer you if you just say
>boo-hoo! it doesn't work!)
>
>rlc
>
>(am I as mean as cgf yet?)
I think I need to create a "Mean as I wanna be" tee shirt.

cgf


Yes, and it should bear a likeness of that Cygwin staple / trident 
-bearing badger.

Or maybe a variation on those tee-shirts we (used to?) have on the 
Madison campus: "Fork 'em Cyppy"

Yeah, I'm bored today.

RRS  

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

Donate a [aip]spell package? (was Re: English speller to spell plain files)

[Christopher Faylor]

Is anyone interested in donating a ?spell package to cygwin?  It is an
obvious lack in the current package offering.

I believe that someone once was interested in providing an ispell but maybe
I scared them off by suggesting that aspell would be better.

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: setup dies on local install

[Christopher Faylor]

On Fri, Feb 28, 2003 at 08:54:30PM +1100, Robert Collins wrote:
>On Fri, 2003-02-28 at 12:43, Steve Miller wrote:
>
>> (Why,
>> oh why, dear God, can't Red Hat just make a big
>> archive file?) 
>
>For the same reason you haven't read the FAQ
>http://cygwin.com/faq/faq.html#SEC14.

In Soviet Russia, the FAQ reads you!

Sorry.  SlashDot humor.

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: Algum brasileiro usa cygwin ?

[Christopher Faylor]

On Fri, Feb 28, 2003 at 10:53:03AM +0100, Ronald Landheer-Cieslak wrote:
>Read http://cygwin.com/faq/faq_4.html#SEC29
>Read http://www.cygwin.com/bugs.html
>Read `man term`
>
>and get back to us when you've done that.
>
>IOW: YOWTHYWT (how do you expect anyone to answer you if you just say 
>boo-hoo! it doesn't work!)
>
>rlc
>
>(am I as mean as cgf yet?)

I think I need to create a "Mean as I wanna be" tee shirt.

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: Algum brasileiro usa cygwin ?

[Christopher Faylor]

On Fri, Feb 28, 2003 at 10:22:17AM -0500, Igor Pechtchanski wrote:
>On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:
>> On Fri, 28 Feb 2003, Igor Pechtchanski wrote:
>> > On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:
>> > > IOW: YOWTHYWT (how do you expect anyone to answer you if you just say
>> > > boo-hoo! it doesn't work!)
>> > > rlc
>> > > (am I as mean as cgf yet?)
>> > Hmm, an aspiring soul, eh?  Well, you'd probably qualify as an apprentice.
>> > Besides, cgf has mellowed out recently... :-D
>> Yeah, I noticed. Do you think it's a lack of coffee, beer, ... ?
>> I'm getting worried!
>> ;)
>
>I think it's the impending release, and the merging in of tons of
>changes...  Once the pressure is off, he'll be back to his old cheerful
>self.  Won't you, cgf? ;-)
>   Igor
>P.S. Hey, I'm aspiring too, can't you tell?
>P.P.S. BTW, I *love* the subject line of this thread... :-D

I don't think I'm mellowing, actually.  I think you are all getting used to me.

Be afraid.  Be very afraid.

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: Algum brasileiro usa Cygwin ?

[Ronald Landheer-Cieslak]

On Fri, 28 Feb 2003, Frédéric L. W. Meunier wrote:
> On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:
> > Read http://cygwin.com/faq/faq_4.html#SEC29
> > Read http://www.cygwin.com/bugs.html
> > Read `man term`
> > and get back to us when you've done that.
> I installed rxvt and it not only solved this problem but
> another I reported about screen messing the terminal colors -
> http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html
Good - glad to hear it worked out :)

[snip]

> BTW, can I assume you don't need to copy and paste accentued
> text ?
I live & work in France, with programs that need to produce messages in 
french. I do need to copy & paste accentuated text on occasion but I have 
never had any problem in doing so because I set up my terminal correctly.

I also do some work in dutch and german (as well as english) and have no 
problems with those character sets either - in fact, the only problems I 
have with my multi-lingual environment is the different keyboards 
(switching from one to the other). That is not a problem w/ software, it's 
a problem with getting used to an azerty layout after typing on a qwerty 
for a couple of hours..

ciao,

rlc



--
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: Algum brasileiro usa Cygwin ?

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Frédéric L. W. Meunier wrote:

> On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:
>
> > Read http://cygwin.com/faq/faq_4.html#SEC29
> > Read http://www.cygwin.com/bugs.html
> > Read `man term`
> >
> > and get back to us when you've done that.
>
> I installed rxvt and it not only solved this problem but
> another I reported about screen messing the terminal colors -
> http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html
>
> I assume the accentuation (copy and paste) problem has been
> there for ages. It never worked since my install with 1.3.10
> almost a year ago.
>
> There's a similar report (the "and that is its big advantage
> over the cygwin-term" part) and another about rxvt under
> XFree86 at
>
> http://www.cygwin.com/ml/cygwin/2002-03/msg00035.html
>
> Sorry, but for now I'm not going to investigate what's wrong
> with the Cygwin terminal, and there are more capable people to
> do that.

Frédéric,

FWIW, I was able to reproduce your problem on the bash shell in a command
window (on Win2k).  What's interesting, though, is that if the output were
pasted to a regular Command prompt window, it pastes the accented
characters sans the accents.  When pasting into any Cygwin app run from
that prompt, however, the accented characters disappear altogether.  This
may have something to do with the way fhandler_console processes input,
but I don't know enough about that code to even start looking.

One more interesting (though probably unrelated) thing is that the Win2k
Command window (with QuickEdit off) allows one to press the right mouse
button to get a context menu (basically the "Edit" submenu of the main
window menu).  However, when any Cygwin app is run (say, "cat"), the right
button stops working (though it does work as "paste" in QuickEdit mode).
As I said, this is probably unrelated, but might provide a clue, so I
thought it was worth mentioning.
Igor
P.S. BTW, no offense, I'm just wondering, why a Portuguese subject line on
a mostly English-speaking list?
-- 
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/

Trouble getting shift keypad events

[Robert Mecklenburg]

I'm not sure if this is a cygwin emacs problem or a cygwin XFree
problem, but here goes.


Using emacs under xfree started with:

start XWin -screen 0 830 1124 -rootless -clipboard

I am not getting shift-keypad events as expected.  When I type C-h c
 I get the message " runs the command ..." in the
minibuffer display area.  When I type C-h c  I get the
message " runs the command ..." in the minibuffer display area.
Under nt emacs 


I run xev in an xterm and when I press keypad 3 I get:

KeyPress event, serial 22, synthetic NO, window 0xe1,
root 0x36, subw 0xe2, time 342208796, (44,51), root:(153,118),
state 0x0, keycode 89 (keysym 0xff9b, KP_Next), same_screen YES,
XLookupString gives 0 characters:  ""

KeyRelease event, serial 22, synthetic NO, window 0xe1,
root 0x36, subw 0xe2, time 342208968, (44,51), root:(153,118),
state 0x0, keycode 89 (keysym 0xff9b, KP_Next), same_screen YES,
XLookupString gives 0 characters:  ""


when I press shift keypad three I get:

KeyPress event, serial 22, synthetic NO, window 0xe1,
root 0x36, subw 0xe2, time 342277421, (31,30), root:(140,97),
state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 characters:  ""

KeyPress event, serial 22, synthetic NO, window 0xe1,
root 0x36, subw 0xe2, time 342277609, (31,30), root:(140,97),
state 0x1, keycode 89 (keysym 0xffb3, KP_3), same_screen YES,
XLookupString gives 1 characters:  "3"

KeyRelease event, serial 22, synthetic NO, window 0xe1,
root 0x36, subw 0xe2, time 342277734, (31,30), root:(140,97),
state 0x1, keycode 89 (keysym 0xffb3, KP_3), same_screen YES,
XLookupString gives 1 characters:  "3"

KeyRelease event, serial 22, synthetic NO, window 0xe1,
root 0x36, subw 0xe2, time 342277937, (31,30), root:(140,97),
state 0x1, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 characters:  ""


I have no idea if the xev output is correct.

Debugging this issue is made slightly more complex by an interesting
feature of emacs.  If a function is not bound to a keypad key, C-h c
reports a different keypress than if a function is bound.  If no
function is bound to keypad Enter C-h c reports RET as the keypress.
If a function is bound C-h c reports kp-enter.  So to reproduce the
problem I'm seeing you must bind some function to the keypad key:

(global-set-key [kp-next] 'forward-word)
(global-set-key [S-kp-next] 'forward-word)


Any suggestions on how to get cygwin emacs to recognize shift-keypad-3
as  as nt emacs does?

Thanks,
-- 
Robert


--
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: Algum brasileiro usa Cygwin ?

[Frédéric L. W. Meunier]

On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:

> Read http://cygwin.com/faq/faq_4.html#SEC29
> Read http://www.cygwin.com/bugs.html
> Read `man term`
>
> and get back to us when you've done that.

I installed rxvt and it not only solved this problem but
another I reported about screen messing the terminal colors -
http://sources.redhat.com/ml/cygwin/2003-02/msg00698.html

I assume the accentuation (copy and paste) problem has been
there for ages. It never worked since my install with 1.3.10
almost a year ago.

There's a similar report (the "and that is its big advantage
over the cygwin-term" part) and another about rxvt under
XFree86 at

http://www.cygwin.com/ml/cygwin/2002-03/msg00035.html

Sorry, but for now I'm not going to investigate what's wrong
with the Cygwin terminal, and there are more capable people to
do that.

BTW, can I assume you don't need to copy and paste accentued
text ?

> On Thu, 27 Feb 2003, Frédéric L. W. Meunier wrote:
> > > I need to get it working.
> >
> > http://sources.redhat.com/ml/cygwin/2003-01/msg00048.html

-- 
[EMAIL PROTECTED], dyndns.org}

--
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: mem allocation / heap_chunk

[Randall R Schulz]

At 06:47 2003-02-28, Fabrice Marchal wrote:
Max Bowsher wrote:
No. It's a virtual directory. It's also read only. Use regtool.

Max.
Is there any other way around without installing cygwin (I mean just having
cygwin1.dll of course) and without using regedit to do the job?
fabrice


Fabrice,

Write a C program using the appropriate Win32 calls, of course. The 
registry isn't magic.

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: Algum brasileiro usa Cygwin ?

[Igor Pechtchanski]

On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:

> On Fri, 28 Feb 2003, Igor Pechtchanski wrote:
> > On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:
> > > Read `man term`
> > FYI, "echo `man term`" returns something quite unreadable...  Be careful
> > to use the right quotes next time, for newbies' sake.  ;-)
> I usually use backquotes to signify that something needs to be run (if I
> don't want to put it on a line by itself, like so
> $ man term
> but you're probably right about it not being newbie-safe (though I would
> doubt that a newbie would have made the connection with the shell's
> backquotes as you did).

Oh, the most dangerous animal of all - an informed newbie... :-D

> > > and get back to us when you've done that.
> > > IOW: YOWTHYWT (how do you expect anyone to answer you if you just say
> > > boo-hoo! it doesn't work!)
> > > rlc
> > > (am I as mean as cgf yet?)
> > Hmm, an aspiring soul, eh?  Well, you'd probably qualify as an apprentice.
> > Besides, cgf has mellowed out recently... :-D
> Yeah, I noticed. Do you think it's a lack of coffee, beer, ... ?
> I'm getting worried!
> ;)
> rlc

I think it's the impending release, and the merging in of tons of
changes...  Once the pressure is off, he'll be back to his old cheerful
self.  Won't you, cgf? ;-)
Igor
P.S. Hey, I'm aspiring too, can't you tell?
P.P.S. BTW, I *love* the subject line of this thread... :-D
-- 
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: cygwin rsync bug with windows shares

[Max Bowsher]

Sheridan, David wrote:
> I'm using the cygwin version of rsync (2.5.5) and think I've found a
> bug which is harmless under unix but fatal to cygwin. The bug is also
> in the latest source version I could find (2.5.6).
>
> If I'm trying to take a file from (windows-style)
> \\share\directory\filename I would specify something like
> rsync //share/directory/filename destination
> However, there is special handling in rsync to stop // at the
> beginning of a filename, presumably to cope with unix systems which
> can't understand the convention. Specifically, in syscall.c, about
> line 93, in the do_open() function, the first / is skipped over in
> this case.
>
> The result of this as I have seen it is that rsync will correctly
> identify all files in a directory that need to be copied, but
> complains that none of them exist (since do_open() is only relevant
> to the remote-syncing function, not directory listing). I can
> overcome it by saying something like
> rsync ///share/directory/filename destination
> but that seems a bit silly.
>
> My solution would be to include a cygwin-specific patch for this line,
> rather than asking the rsync project to patch their code, but cygwin
> developers may disagree.

The rsync maintainers are quite considerate about this kind of thing. I
think they would probably accept this kind of fix into the upstream sources.

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: Algum brasileiro usa Cygwin ?

[Ronald Landheer-Cieslak]

On Fri, 28 Feb 2003, Igor Pechtchanski wrote:
> On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:
> > Read `man term`
> FYI, "echo `man term`" returns something quite unreadable...  Be careful
> to use the right quotes next time, for newbies' sake.  ;-)
I usually use backquotes to signify that something needs to be run (if I 
don't want to put it on a line by itself, like so
$ man term
but you're probably right about it not being newbie-safe (though I would 
doubt that a newbie would have made the connection with the shell's 
backquotes as you did).

> > and get back to us when you've done that.
> > IOW: YOWTHYWT (how do you expect anyone to answer you if you just say
> > boo-hoo! it doesn't work!)
> > rlc
> > (am I as mean as cgf yet?)
> Hmm, an aspiring soul, eh?  Well, you'd probably qualify as an apprentice.
> Besides, cgf has mellowed out recently... :-D
Yeah, I noticed. Do you think it's a lack of coffee, beer, ... ?
I'm getting worried!

;)

rlc



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

cygwin rsync bug with windows shares

[Sheridan, David]

I'm using the cygwin version of rsync (2.5.5) and think I've found a bug
which is harmless under unix but fatal to cygwin. The bug is also in the
latest source version I could find (2.5.6).

If I'm trying to take a file from (windows-style) \\share\directory\filename
I would specify something like
rsync //share/directory/filename destination
However, there is special handling in rsync to stop // at the beginning of a
filename, presumably to cope with unix systems which can't understand the
convention. Specifically, in syscall.c, about line 93, in the do_open()
function, the first / is skipped over in this case.

The result of this as I have seen it is that rsync will correctly identify
all files in a directory that need to be copied, but complains that none of
them exist (since do_open() is only relevant to the remote-syncing function,
not directory listing). I can overcome it by saying something like
rsync ///share/directory/filename destination
but that seems a bit silly.

My solution would be to include a cygwin-specific patch for this line,
rather than asking the rsync project to patch their code, but cygwin
developers may disagree.

Please Cc me at the above address in any replies since I don't subscribe to
the list (too high volume for this address I'm afraid).

Thanks,
-Dave


PLEASE READ: The information contained in this email is confidential
and intended for the named recipient(s) only. If you are not an intended
recipient of this email you must not copy, distribute or take any 
further action in reliance on it and you should delete it and notify the
sender immediately. Email is not a secure method of communication and 
Nomura International plc cannot accept responsibility for the accuracy
or completeness of this message or any attachment(s). Please examine this
email for virus infection, for which Nomura International plc accepts
no responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
Nomura International plc. This email is intended for informational
purposes only and is not a solicitation or offer to buy or sell
securities or related financial instruments. Nomura International plc is
regulated by the Financial Services Authority and is a member of the
London Stock Exchange.



--
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: mem allocation / heap_chunk

[Fabrice Marchal]

Max Bowsher wrote:

Fabrice Marchal wrote:
 

Larry Hall (RFK Partners, Inc.) wrote:

   

Fabrice Marchal wrote:

 

Randall R Schulz wrote:

   

Fabrice,

It would seem that the answer is right there on the page you
referenced. You can script a change to that registry entry via the
Cygwin regtool script. You can do this in an install or
post-install script or upon each invocation of your application,
providing it's invoked via a script.
 

I can write a script, but then it would require to install cygwin
and bash (and maybe other things) for the
end-user, while at the moment I just provide the cygwin.dll. I was
looking for something that uses the
cygwin_XXX API.
   

There is no Cygwin API.  You might be able to do something with
/proc/registry eventually.  Of course, you can always use Win32 APIs.
 

If I try to change the /proc/registry/.. ../Cygwin/heap_chunk_in_mb
file, it is an Administrator owned file and cannot be overwritten by
a user. Is the /proc/registry directory created each time a cygwin
program starts? 
   

No. It's a virtual directory. It's also read only. Use regtool.

Max.
 

Is there any other way around without installing cygwin (I mean just having
cygwin1.dll of course) and without using regedit to do the job?
fabrice

--

Fabrice Marchal   http://www.inf.ethz.ch/~fmarchal 
[EMAIL PROTECTED]  [EMAIL PROTECTED]+41-(0)1-632-56-79
ETH Zurich, Computational Science and Engineering FAX:+41-(0)1-632-17-03




--
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: Algum brasileiro usa Cygwin ?

[Igor Pechtchanski]

Ronald,

On Fri, 28 Feb 2003, Ronald Landheer-Cieslak wrote:

> Read `man term`

FYI, "echo `man term`" returns something quite unreadable...  Be careful
to use the right quotes next time, for newbies' sake.  ;-)

> and get back to us when you've done that.
>
> IOW: YOWTHYWT (how do you expect anyone to answer you if you just say
> boo-hoo! it doesn't work!)
> rlc
> (am I as mean as cgf yet?)

Hmm, an aspiring soul, eh?  Well, you'd probably qualify as an apprentice.
Besides, cgf has mellowed out recently... :-D
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: mem allocation / heap_chunk

[Max Bowsher]

Fabrice Marchal wrote:
> Larry Hall (RFK Partners, Inc.) wrote:
> 
>> Fabrice Marchal wrote:
>> 
>>> Randall R Schulz wrote:
>>> 
 Fabrice,
 
 It would seem that the answer is right there on the page you
 referenced. You can script a change to that registry entry via the
 Cygwin regtool script. You can do this in an install or
 post-install script or upon each invocation of your application,
 providing it's invoked via a script.
>>> 
>>> 
>>> 
>>> I can write a script, but then it would require to install cygwin
>>> and bash (and maybe other things) for the
>>> end-user, while at the moment I just provide the cygwin.dll. I was
>>> looking for something that uses the
>>> cygwin_XXX API.
>> 
>> 
>> 
>> There is no Cygwin API.  You might be able to do something with
>> /proc/registry eventually.  Of course, you can always use Win32 APIs.
> 
> If I try to change the /proc/registry/.. ../Cygwin/heap_chunk_in_mb
> file, it is an Administrator owned file and cannot be overwritten by
> a user. Is the /proc/registry directory created each time a cygwin
> program starts? 

No. It's a virtual directory. It's also read only. Use regtool.

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/

Proposal!!

[benen2]

REQUEST
I am MR REUBEN SAVIMBI one of the favorite sons of Mr.JONAS SAVIMBI (The Rebel leader) 
and also the head of the Unita Forces of Angola who was killed in the Struggle between 
Angolan arm forces and his unita rebels On Friday the 22nd of February 2002.
 I am from Angola but currently I am currently on exile due to the War in my country 
between the Rebel Group (Unita rebels) Led by my father Jonas Savimbi and the Angolan 
Government.
 I want a trust worthy, honest and God fearing individual to go into business 
Partnership with and that is the reason why I have decided to contact you. The fund 
for investment is US$45.5M (Forty Five Million Five Hundred Thousand United States 
Dollars) and Diamond worth over Twelve Million Dollars. This fund was realized from 
the sales of Diamonds during the crisis between the Unita Rebels (headed by my father 
Jonas Savimbi) and the then President Jose Eduardo dos Santos Of Angola.
 I fled from my country with this fund, which my father suppose to use procure more 
arms for the Unita Rebels. This is because I felt that the battle waged by the Unita 
Forces was more of rebellion and it was baseless. I had this fund sealed in a 
diplomatic box and deposited in a private Security Company in Europe.  I will need 
assistance from you to use your facilities to effect the removal of this fund and 
subsequently transferred to your nominated account in your country. This business has 
to be done in a more confidential manner.
For participating in the business with me, I have two options for you.  You can choose 
to have certain percentage of the funds or you can go into partnership with me for 
proper profitable investment of the money in your country.

Whichever the option you want, feel free to notify me.  The money is presently lodged 
with a security firm and I will give you further details immediately I hear from you. 
Please contact me immediately for the next line of action then I will introduce you to 
the security company where the funds are been deposited.
 I would like you to include your personal phone and fax numbers for more confidential 
Communication with the Security Company.
Regards
REUBEN J.SAVIMBI.
(For the family)
--
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/

Proposal!!

[benen2]

REQUEST
I am MR REUBEN SAVIMBI one of the favorite sons of Mr.JONAS SAVIMBI (The Rebel leader) 
and also the head of the Unita Forces of Angola who was killed in the Struggle between 
Angolan arm forces and his unita rebels On Friday the 22nd of February 2002.
 I am from Angola but currently I am currently on exile due to the War in my country 
between the Rebel Group (Unita rebels) Led by my father Jonas Savimbi and the Angolan 
Government.
 I want a trust worthy, honest and God fearing individual to go into business 
Partnership with and that is the reason why I have decided to contact you. The fund 
for investment is US$45.5M (Forty Five Million Five Hundred Thousand United States 
Dollars) and Diamond worth over Twelve Million Dollars. This fund was realized from 
the sales of Diamonds during the crisis between the Unita Rebels (headed by my father 
Jonas Savimbi) and the then President Jose Eduardo dos Santos Of Angola.
 I fled from my country with this fund, which my father suppose to use procure more 
arms for the Unita Rebels. This is because I felt that the battle waged by the Unita 
Forces was more of rebellion and it was baseless. I had this fund sealed in a 
diplomatic box and deposited in a private Security Company in Europe.  I will need 
assistance from you to use your facilities to effect the removal of this fund and 
subsequently transferred to your nominated account in your country. This business has 
to be done in a more confidential manner.
For participating in the business with me, I have two options for you.  You can choose 
to have certain percentage of the funds or you can go into partnership with me for 
proper profitable investment of the money in your country.

Whichever the option you want, feel free to notify me.  The money is presently lodged 
with a security firm and I will give you further details immediately I hear from you. 
Please contact me immediately for the next line of action then I will introduce you to 
the security company where the funds are been deposited.
 I would like you to include your personal phone and fax numbers for more confidential 
Communication with the Security Company.
Regards
REUBEN J.SAVIMBI.
(For the family)
--
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: cpp0.exe- entry point not found

[Max Bowsher]

> On Fri, 28 Feb 2003, xiao chen wrote:
> 
>> dear everyone,
>> can anyone help me to handle this error?
>> " the prodedure entry point _ctype_ could not be located in the
>> dynamic link library cygwin1.dll"
>> 
>> i guess the problem comes due to the mismatch of cygwin1.dll in my
>> enviroment and in my project..they have different size and version.
>> how can i check which version cygwin1.dll is?

Just upgrade to the current release. That should solve your problem.


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: mem allocation / heap_chunk

[Fabrice Marchal]

Larry Hall (RFK Partners, Inc.) wrote:

Fabrice Marchal wrote:

Randall R Schulz wrote:

Fabrice,

It would seem that the answer is right there on the page you 
referenced. You can script a change to that registry entry via the 
Cygwin regtool script. You can do this in an install or post-install 
script or upon each invocation of your application, providing it's 
invoked via a script.


I can write a script, but then it would require to install cygwin and 
bash (and maybe other things) for the
end-user, while at the moment I just provide the cygwin.dll. I was 
looking for something that uses the
cygwin_XXX API.


There is no Cygwin API.  You might be able to do something with
/proc/registry eventually.  Of course, you can always use Win32 APIs.
If I try to change the /proc/registry/.. ../Cygwin/heap_chunk_in_mb file, it
is an Administrator owned file and cannot be overwritten by a user. Is the
/proc/registry directory created each time a cygwin program starts?
Fabrice

--

Fabrice Marchal   http://www.inf.ethz.ch/~fmarchal 
[EMAIL PROTECTED]  [EMAIL PROTECTED]+41-(0)1-632-56-79
ETH Zurich, Computational Science and Engineering FAX:+41-(0)1-632-17-03




--
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: Printing from cygwin?

[Ajay Simha]

On Fri Feb 28 09:21:15 2003, Charles Krug wrote:
> On Thu, Feb 27, 2003 at 10:52:14PM -0500, Ajay Simha wrote:
> > On Thu Feb 27 15:53:59 2003, Rick Rankin wrote:
> > > Do you know for sure which lpr you're using? Win2K has one in
> > > C:\WINNT\system32.
> > 
> > Try /cygdrive/c/WINNT/system32/lpr -S server -P printer filename

I still had problem making enscript use this so here is my pretty print script:

#!/bin/bash
# usage pprint infile
enscript -2r -DDuplex:false --fancy-header -o /tmp/$1.ps $1 
ps2pdf /tmp/$1.ps /tmp/$1.pdf
cygstart /tmp/$1.pdf 

then it brings up adobe and I hit print.

I am using this from mutt as well.

-ajay
> > 
> > it worked for me.
> 
> That seems to work, and it happily transmits postscript correctly.
> 
> Thanx.
> 
> 
> Charles
> 
> 
> --
> 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: Printing from cygwin?

[Charles Krug]

On Thu, Feb 27, 2003 at 10:52:14PM -0500, Ajay Simha wrote:
> On Thu Feb 27 15:53:59 2003, Rick Rankin wrote:
> > Do you know for sure which lpr you're using? Win2K has one in
> > C:\WINNT\system32.
> 
> Try /cygdrive/c/WINNT/system32/lpr -S server -P printer filename
> 
> it worked for me.

That seems to work, and it happily transmits postscript correctly.

Thanx.


Charles


--
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: Printing from cygwin?

[Charles Krug]

On Thu, Feb 27, 2003 at 06:03:56PM -0500, Charles Krug wrote:
> I'm having trouble with cygwin lpr printing to my default Win2k printer.
> A search of the archives revealed many mailings from people who
> similarly could not print using the cygwin lpr, but I couldn't find any
> stories of "success."
> 
> I invoke:
> 
> lpr -Pserver\\printer file
> 
> Printer is considered by Win2k to be a network printer.
> 
> Regardless of the type of file I send, I get the same error reported by
> lpr from (apparantly) Win2k about "incorrect datatype."
> 

Probably a fair sight more useful if I post the actual error message:

lpr: StartDocPrinter error
lpr: The specified datatype is invalid


Sorry about that


Charles


-- 
Charles Krug, Jr.
Systems Engineer
Pentek Corp
1 Park Way
Upper Saddle River, NJ 07458


--
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 report - DLL failure on win ME with gcc-3

[Steven O'Brien]

Hi
I think I've found the problem with dlopen()/fork() on Win ME as
reported in
http://cygwin.com/ml/cygwin/2003-02/msg02221.html
If I'm right, it also applies to win 95/98.

in dll_init.cc: (dll_list::load_after_fork) a call is made to 
LoadLibraryEx (d.name, NULL, DONT_RESOLVE_DLL_REFERENCES);

According to the MSDN library, at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/loadlibraryex.asp
the symbol DONT_RESOLVE_DLL_REFERENCES is not supported on win 9x/Me. It
does not say what the result of using this value on those platforms is.
I suspect that this breaks the LoadLibraryEx call, so that the
subsequent FreeLibrary call ends up deallocating memory that was never
allocated, hence the crash.

I have tried a patched version of dll_init.cc that uses plain
LoadLibrary instead of LoadLibraryEx on win 9x/Me, and with this patched
cygwin1.dll my test program runs correctly on all platforms. I have
attached the patch (cvs diff -up dll_init.cc). Could someone please
review this patch and apply it if it is acceptable?

By the way, the current CVS has a problem with unix sockets - they are
vey slow - like several minutes to get a simple message through in
some cases. 

Regards,
Steven

Index: dll_init.cc
===
RCS file: /cvs/src/src/winsup/cygwin/dll_init.cc,v
retrieving revision 1.33
diff -u -p -r1.33 dll_init.cc
--- dll_init.cc 14 Nov 2002 04:29:39 -  1.33
+++ dll_init.cc 28 Feb 2003 13:14:41 -
@@ -304,35 +304,45 @@ dll_list::load_after_fork (HANDLE parent
 the parent had some of those. */
   if (d.type == DLL_LOAD)
{
- HMODULE h = LoadLibraryEx (d.name, NULL, DONT_RESOLVE_DLL_REFERENCES);
-
- /* See if DLL will load in proper place.  If so, free it and reload
-it the right way.
-It sort of stinks that we can't invert the order of the FreeLibrary
-and LoadLibrary since Microsoft documentation seems to imply that that
-should do what we want.  However, since the library was loaded above,
-the second LoadLibrary does not execute it's startup code unless it
-is first unloaded. */
- if (h == d.handle)
+ HMODULE h;
+ if (GetVersion() < 0x8000) /* not on 9x/Me */
{
- FreeLibrary (h);
- LoadLibrary (d.name);
+ h = LoadLibraryEx (d.name, NULL, DONT_RESOLVE_DLL_REFERENCES);
+ /* See if DLL will load in proper place.  If so, free it and reload
+it the right way.
+It sort of stinks that we can't invert the order of the FreeLibrary
+and LoadLibrary since Microsoft documentation seems to imply that that
+should do what we want.  However, since the library was loaded above,
+the second LoadLibrary does not execute it's startup code unless it
+is first unloaded. */
+ if (h == d.handle)
+   {
+ FreeLibrary (h);
+ LoadLibrary (d.name);
+   }
}
- else if (try2)
-   api_fatal ("unable to remap %s to same address as parent(%p) != %p",
-  d.name, d.handle, h);
- else
+ else /* 9x/Me */
+   h = LoadLibrary (d.name);
+   
+ if (h != d.handle)
{
- /* It loaded in the wrong place.  Dunno why this happens but it always
-seems to happen when there are multiple DLLs attempting to load into
-the same address space.  In the "forked" process, the second DLL 
always
-loads into a different location. */
- FreeLibrary (h);
- /* Block all of the memory up to the new load address. */
- reserve_upto (d.name, (DWORD) d.handle);
- try2 = 1; /* And try */
- continue; /*  again. */
+ if (try2)
+   api_fatal ("unable to remap %s to same address as parent(%p) != %p",
+  d.name, d.handle, h);
+ else
+   {
+ /* It loaded in the wrong place.  Dunno why this happens but it 
always
+seems to happen when there are multiple DLLs attempting to load 
into
+the same address space.  In the "forked" process, the second DLL 
always
+loads into a different location. */
+ FreeLibrary (h);
+ /* Block all of the memory up to the new load address. */
+ reserve_upto (d.name, (DWORD) d.handle);
+ try2 = 1; /* And try */
+ continue; /*  again. */
+   }
}
+   
  /* If we reached here, and try2 is set, then there is a lot of memory to
 release. */
  if (try2)

--
Unsubscribe inf

RE: Problem compiling Perl Tk800.024

[jon ewing]

Hi Gerrit,

Sorry for the delay in replying...

> Hmmm, I tried Tk800.23 without X, there were only minor 
> problems, does it compile without X?

No.

Firstly I removed the duplicated methods from stubs.c. Then when
'make'ing, I first got:

...
...
make[1]: Entering directory `/home/jon/src/perlModules/Tk800.024/pTk'
gcc -c -I..  -I. -Ibitmaps  -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing
-I/usr/local/include -DUSEIMPORTLIB -O2   -DVERSION=\"800.024\"
-DXS_VERSION=\"800.024\"  -I/usr/lib/perl5/5.6.1/cygwin-multi/CORE
-D__WIN32__ -Wall -Wno-implicit-int -Wno-comment -Wno-unused
-D__USE_FIXED_PROTOTYPES__ stubs.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
In file included from /usr/include/w32api/windows.h:87,
 from Lang.h:194,
 from tkPort.h:24,
 from tk.h:71,
 from tkInt.h:21,
 from stubs.c:7:
/usr/include/w32api/winspool.h:239: unnamed fields of type other than
struct or union are not allowed
/usr/include/w32api/winspool.h:254: unnamed fields of type other than
struct or union are not allowed
/usr/include/w32api/winspool.h:275: unnamed fields of type other than
struct or union are not allowed
/usr/include/w32api/winspool.h:300: unnamed fields of type other than
struct or union are not allowed
/usr/include/w32api/winspool.h:446: unnamed fields of type other than
struct or union are not allowed
/usr/include/w32api/winspool.h:469: unnamed fields of type other than
struct or union are not allowed
make[1]: *** [stubs.o] Error 1
make[1]: Leaving directory `/home/jon/src/perlModules/Tk800.024/pTk'
make: *** [pTk/libpTk.a] Error 2



I figured the stuff from winspool.h probably wasn't used, so edited
windows.h and commented out that line. The compilation then got further,
but stopped with:

...
...
gcc -c -I..  -I. -Ibitmaps  -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing
-I/usr/local/include -DUSEIMPORTLIB -O2   -DVERSION=\"800.024\"
-DXS_VERSION=\"800.024\"  -I/usr/lib/perl5/5.6.1/cygwin-multi/CORE
-D__WIN32__ -Wall -Wno-implicit-int -Wno-comment -Wno-unused
-D__USE_FIXED_PROTOTYPES__ tixUnixDraw.c
cc1: warning: changing search order for system directory
"/usr/local/include"
cc1: warning:   as it has already been specified as a non-system
directory
tixUnixDraw.c: In function `TixpStartSubRegionDraw':
tixUnixDraw.c:152: structure has no member named `rectUsed'
tixUnixDraw.c:153: structure has no member named `rect'
tixUnixDraw.c:154: structure has no member named `rect'
tixUnixDraw.c:155: structure has no member named `rect'
tixUnixDraw.c:156: structure has no member named `rect'
tixUnixDraw.c:158: structure has no member named `rect'
tixUnixDraw.c:161: structure has no member named `rectUsed'
tixUnixDraw.c: In function `TixpEndSubRegionDraw':
tixUnixDraw.c:178: structure has no member named `rectUsed'
tixUnixDraw.c:179: structure has no member named `rect'
tixUnixDraw.c:180: structure has no member named `rect'
tixUnixDraw.c:181: structure has no member named `rect'
tixUnixDraw.c:182: structure has no member named `rect'
tixUnixDraw.c:183: structure has no member named `rect'
tixUnixDraw.c: In function `TixpSubRegDrawImage':
tixUnixDraw.c:268: structure has no member named `rectUsed'
tixUnixDraw.c:269: structure has no member named `rect'
tixUnixDraw.c:270: structure has no member named `rect'
tixUnixDraw.c:271: structure has no member named `rect'
tixUnixDraw.c:272: structure has no member named `rect'
tixUnixDraw.c:274: structure has no member named `rect'
tixUnixDraw.c:274: structure has no member named `rect'
tixUnixDraw.c:275: structure has no member named `rect'
tixUnixDraw.c:275: structure has no member named `rect'
tixUnixDraw.c:278: structure has no member named `rect'
tixUnixDraw.c:279: structure has no member named `rect'
tixUnixDraw.c:280: structure has no member named `rect'
tixUnixDraw.c:281: structure has no member named `rect'
tixUnixDraw.c:283: structure has no member named `rect'
tixUnixDraw.c:283: structure has no member named `rect'
tixUnixDraw.c:284: structure has no member named `rect'
tixUnixDraw.c:284: structure has no member named `rect'
make[1]: *** [tixUnixDraw.o] Error 1
make[1]: Leaving directory `/home/jon/src/perlModules/Tk800.024/pTk'
make: *** [pTk/libpTk.a] Error 2



I tried again with 'perl Makefile.PL x'. Again I edited the stubs.c, and
this time it compiled ok, but failed nearly all the tests, with all test
failing for the same reason, eg:

t/zzTixGrid.X Error of failed request:  BadWindow (invalid
Window parameter)
  Major opcode of failed request:  1 (X_CreateWindow)
  Resource id in failed request:  0x0
  Serial number of failed request:  5
  Current serial number in output stream:  6
t/zzTixGrid.dubious

Test returned status 1 (wstat 256, 0x100)
DIED. FAILED tests 1-36
Failed 36/36 tests, 0.00% okay
Failed Test Status Wstat Total Fail  Failed  List o

Re: English speller to spell plain files

[Thorsten Kampe]

* Alex Vinokur (03-02-28 06:26 +0100)
> Is there any English speller in Cygwin to spell plain files from command line ?

Aspell

Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
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: English speller to spell plain files

[Jason Tishler]

On Fri, Feb 28, 2003 at 10:32:49AM -, Vince Hoffman wrote:
> not sure if there is an official package but do a google for ispell
> and cygwin and you should find something.

You may want to Google for aspell too.

Jason

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

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

1.3.20: .rhosts is ignored by cygwin

[Ramon Barres]

I'm trying to do a rsh without password but cygwin replies "Permission
Denied" message.

So I've created a .rhosts file in the home directory of the user who I'm
using to do the rsh containing a "+" symbol.
CYGWIN creates a file with 777 rights permissions, but I've changed to
600 and 644 without success (I've seen it in other bug report).

I haven't any hosts.equiv, hosts.allow and hosts.deny in /etc directory.

It's a bug ? Or maybe I'm doing something wrong ?

Regards,

Ramón.



 





--
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: how to run a process from DOS within a cygwin .bat file

[Ronald Landheer-Cieslak]

On Fri, 28 Feb 2003, gilles bourgeois wrote:
> hello again
> does someone knows how to launch a cygwin shell and further commands from
> DOS, e.g with a help of a .bat file.
> I had a look of cygwin.bat file but I do not know the right syntax to give
> the command to the bash shell
DOS as in "Disk Operating System" (the "OS" of the pre-windows era, when 
Bill Gates so rightly told us that "640 KB should be enough for anyone") - 
impossible.

DOS as in a "DOS box" under Windows (i.e. the system shell, kinda) - just 
run the darn thing. If your bin directory is in the PATH, just type 
"bash".

That, and RTFM.

rlc



--
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: Windows kbhit() function

[Ronald Landheer-Cieslak]

On Fri, 28 Feb 2003, Stickel, Uwe wrote:
> I do have a Cygwin application (Windows 2000), which includes a kbhit()
> function and the Windows ethernet socket for TCP/UDP communication. But
> both doesn't work together. In this case I had to link the libmoldname.a
> in order to use the kbhit() function.
> Do you have any idea ? Or do you know any replacement for kbhit(), because
> I have to poll the keyboard and can't wait for input (like getchar()) ?
Um.. how does Cygwin come into play in all this?
If you're just asking how to program something in Windows, using winsock 
and kbhit() at the same time, this is definitely OT here. If this is a 
problem with using Cygwin, have a look at http://www.cygwin.com/bugs.html 
and get back to us with:
* an exact description of your problem
* how Cygwin plays a role in your problem

rlc



--
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: English speller to spell plain files

[Vince Hoffman]

not sure if there is an official package but do a google for ispell and
cygwin and you should find something.

> -Original Message-
> From: Alex Vinokur [mailto:[EMAIL PROTECTED]
> Sent: 28 February 2003 05:27
> To: [EMAIL PROTECTED]
> Subject: English speller to spell plain files
> 
> 
> Is there any English speller in Cygwin to spell plain files 
> from command line ?
> 
>=
>Alex Vinokur
>  mailto:[EMAIL PROTECTED]
>  http://www.simtel.net/pub/oth/19088.html
>=
> 
> 
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

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