Re: renaming the package. Don't do this *yet*.
a) there is no urgency in doing so,
b) setup can't help at this point, and using ncurses as a reference
point, it could have been worse, and ncurses has _no_ knobs to twiddle
and get wrong, which tex* does AFAIK.
setup will be able to help, probably
Pavel Tsekov wrote:
Any opinions on this topic ?
Btw one thing - I've found many #include strings.h in
the latest sources - shouldn't this be changed to #include
string.h ? mingw doesnt have strings.h. Btw It seems that
if you have string.h you dont need strings.h (I'm under
Earnie Boyd wrote:
Yes but it gives various include paths from cygwin build and newlib
build -
this means that you compile only in this environment (i.e. winsup env).
If you
try only mingw it wont work :)
However I've fixed that for me locally
There should be nothing to fix.
egor duda wrote:
Hi!
Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote:
SUSv2 mandates both strings.h and string.h
mingw declares strcasecmp() in string.h while SUSv2 says it should
be in strings.h
Afaik str[n]case is and BSD-ism :)
Btw here is what glibc on redhat
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Christopher Faylor
Sent: Tuesday, December 04, 2001 4:57 PM
To: [EMAIL PROTECTED]
Subject: Re: problem with make
On Tue, Dec 04, 2001 at 08:14:04PM +1100, Robert Collins wrote:
- Original
===
- Original Message -
From: Earnie Boyd [EMAIL PROTECTED]
egor duda wrote:
Hi!
Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote:
SUSv2 mandates both strings.h and string.h
Wrong documentation base. You must use MSDN for MinGW.
mingw declares
On Wed, Dec 05, 2001 at 03:39:38PM +0300, egor duda wrote:
Hi!
Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote:
PT egor duda wrote:
Hi!
Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote:
SUSv2 mandates both strings.h and string.h
mingw declares
egor duda wrote:
Hi!
Wednesday, 05 December, 2001 Earnie Boyd [EMAIL PROTECTED] wrote:
EB egor duda wrote:
Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote:
SUSv2 mandates both strings.h and string.h
EB Wrong documentation base. You must use MSDN for MinGW.
Robert Collins wrote:
- Original Message -
From: Earnie Boyd [EMAIL PROTECTED]
Keeping backward compatible/useable behaviour for
a) Local installs from directories without setup.ini files, and
That user must deal with those themselves.
Nice in theory. If that was truely
- Original Message -
From: Jan Nieuwenhuizen [EMAIL PROTECTED]
How long would it take to phase them out? A fresh setup.ini that
doesn't mention tetex-beta would make tetex-beta invisible? Hmm, but
then we'd need a 'conflicts:' setup hint or so, and locally cached
setup.ini's could
Yep :].
ok, convinced me, I'll be re-packaging today.
OpenBSD also does this. IMO it's the best way for apache because
a) /var is appropriate for user modified data files for applications,
and
b) www is easily associated with apache, AND can be reused if apache is
removed and (pick
Chuck,
Misc as a category acts like base: things in it always install.
I guess this isn't documented clearly anywhere except the cygdev
archives, so I'll correct that soon.
Can I suggest that the cygutils packages belongs in (shock horror) Utils
?
Rob
Robert Collins wrote:
Chuck,
Misc as a category acts like base: things in it always install.
Uhm, why? I missed this conversation evidently. IMNSHO, Base should be
the only required install. Misc are niceties that make the job easier
but aren't required.
I guess this isn't
I suppose for this the solution would be to make winSendKeyEvent
do nothing if
its fDown already matches the array element
Nah, you can't do that because we sometimes call winSendKeyEvent multiple
times from winwndproc/winWindowProc()/WM_KEYDOWN if the key has a repeat
count.
But I
how about putting bunzip2 (if you have it) in a directory in the PATH
Nidhi Bhatia wrote:
I am having problems Installing XFree86.
When attempting to extract the extract.exe.bz2 archive using the following
command:
bunzip2 extract.exe.bz2
the following error occurs:
BASH: bunzip2:
Hi,
How you tell setup.exe to download to a local directory the absolute latest
of EVERYTHING. By default full appears to come up with mostly skip for
each item. It is rather difficult to go through the full list item by
item, clicking through the available versions to pick the latest one,
where can I download just the lastest cygwin1.dll?
or can u email it to me?please?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:
Hi,
I tried to take a shot at this. But I did not manage to compile the
cygwin source. I'm not sure how to do that. I also failed to compile the
cygcheck program to find a possible missfeature in that program. And at
the moment I don't have the time to find out what is going wrong with
that.
[EMAIL PROTECTED] wrote:
Hi,
I am trying to generate an executable, using gcc -static option.
The generated file is dynamically linked! As if the -static option was
simply ignored.
The output of cygcheck is as follows :
Error: could not find libX11.dll
C:\cygwin\bin\cygwin1.dll
I used setup to download the latest files and this cygutils was
included. When I ran setup to install the files, I selected Skip for
this particular package. Each time I run Setup, I still have to click
Skip for the cygutils package. Is there a way to make Setup always skip
this package
rotaiv wrote:
I used setup to download the latest files and this cygutils was
included.
When I ran setup to install the files, I selected Skip for this
particular package. Each time I run Setup, I still have to click
Skip
for the cygutils package. Is there a way to make Setup
Hi!
Wednesday, 05 December, 2001 Peter Buckley [EMAIL PROTECTED] wrote:
PB You need to bunzip2 and untar the src, then cd to
PB /usr/src/cygwin-1.3.5-3 (or wherever you extracted it to) and do the
PB following:
PB mkdir build
PB cd build
PB ../configure
PB make
PB make install
please, don't
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Hi, I downloaded and compiled SDL-1.2.3 from source in cygwin, and
suprisingly I got it to work. Then I tried to set -mno-cygwin so that the
app would work outside of Cygwin, but I get:
$ make win
gcc test1.C
I have further circumscribed the problem:
gcc cprogram.c -o cprogram.exe- v
creates the following output, i.e. it trys to run the following programs:
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs
gcc version 2.95.3-5 (cygwin special)
*** cpp0.exe
Cygwin developers,
I am running cygwin on a NT box. I am trying to create a script which
will rcp files in a directory from one host to another.
After inserting the appropriate commands, I return to the prompt and
type the file name. But nothing happens, I simply
get another
On Wed, Dec 05, 2001 at 02:45:04PM +0100, [EMAIL PROTECTED] wrote:
I try to port a tool 'ccmalloc' for detection of memory leaks to Win32 via
cygwin. At the moment this tool is known to compile on Linux and Solaris
only. If you want to have a look on it:
Bob Calco wrote:
Hello all:
I'm a windows guy, trying out this Cygwin thing. I downloaded cygwin on both
my laptop and my desktop, with all the devel tools and such and a bunch of
utilities. I'm having problems on my laptop -- which has the same version of
just about everything as my
mailbox:/C|/Program
Files/Netscape/Users/earnie_boyd/Mail/Inbox.sbd/Cygwin.sbd/Cygwin
Users?id=1007584625.12707.ezmlm%40cygwin.comnumber=15322648part=1.31
I just had this discussion this morning on cygwin-apps.
You can't add -I/usr/include when using -mno-cygwin. -mno-cygwin causes
the MinGW
The script should start #!/bin/bash, not !#/bin/bash ;-)
-Collin
On Wed, 5 Dec 2001 [EMAIL PROTECTED] wrote:
Cygwin developers,
I am running cygwin on a NT box. I am trying to create a script which
will rcp files in a directory from one host to another.
After
As someone has already pointed out
!#/bin/bash should be #!/bin/bash.
It looks like your problem is that your
script is named test. Try typing
./test
and then try
man test
--Mark
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December
I'm back home and took a look at the completion bug.
The fix was simple so I released a new version of cygwin.
Thanks, Robert, for providing precise instructiosn for duplicating the
problem.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
Robert Collins wrote:
do porting. So the point is that if RPM had been contributed, and you
maintain *just that one package* as an official package (Hey, Chuck this
goes for you too :})
Yeah, but I don't have that itch. Sorry, but I don't really *care*
about rpm itself. I just liked the
try mkpasswd -l /etc/passwd
-Collin
Descartes was sitting in a bar. The bartender comes up and asks if he wants another.
I think not, he says, and promptly vanishes.
On Wed, 5 Dec 2001, Daniel Rosenzweig wrote:
I just installed (using setup.exe) cygwin on an NT 4 machine
The sh prompt
I read on this list that someone else had problems with xemacs crashing
with 1.3.6. Here is my experience with 1.3.6-3 and xemacs 21.4.5:
anytime I try to visit a file, xemacs simply exits with code 1. It
doesn't crash (at least according to gdb). It simply exits.
Going back to 1.3.5-x
I had the same problem and discovered that /usr/include/mingw and
/usr/lib/mingw were essentially empty. I corrected the problem by
re-installing the mingw and mingw-runtime packages (in the Devel group).
HTH,
Dave
Weber, Neil wrote:
I just upgraded my Cygwin installation and the C++
Hallo Polley,
Am 2001-12-05 um 22:30 schriebst du:
./configure
make
if this is the incorrect way to do it?
This script is from Ch. Wilson (The Master of Puppets;)
Ciao,
Gerrit P. Haasemailto:[EMAIL PROTECTED]
--
=^..^=
cygwin-build
Description:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Piyush Kumar
Sent: Wednesday, December 05, 2001 5:26 AM
To: Cygwin@Cygwin. Com
Subject: Benchmarking tools
Anyone has any compilation of any benchmarking tools
like lmbench on cygwin?
Look
-Original Message-
From: Robert Collins [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 05, 2001 2:03 PM
To: Ralf Habacker; [EMAIL PROTECTED]
Subject: Re: problem with make
- Original Message -
From: Ralf Habacker [EMAIL PROTECTED]
...
Does anyone have an idea
-Original Message-
From: Tim Prince [mailto:[EMAIL PROTECTED]]
Sent: Sunday, December 02, 2001 10:58 PM
To: Ralf Habacker
Cc: Cygwin
Subject: Re: Old Thread: Cygwin Performance
The QueryPerformance() calls are still giving 1.00 second timing resolution
on an AthlonMP box
39 matches
Mail list logo