Christopher Faylor wrote:
cygXpm-X4.dll
cygXpm-noX4.dll
cygbz2-1.dll
cygz.dll
done.
cygbz21.0.dll
this is a compatibility library. It won't be re-compiled; no new
apps should be using it.
cygncurses7.dll
stay tuned.
--
Chuck
On Mon, Jul 28, 2003 at 08:17:11PM -0400, Igor Pechtchanski wrote:
As per John Morrison's suggestion, I would like to contribute and maintain
wtf (http://cronus.comp.utas.edu.au/~thsutton/computing/wtf.html).
wtf(6) is a utility provided by some UNIX and UNIX-like systems including
Slackware
Hi Daniel,
I got my source archive from a server in France, but I just noticed,
that the author's original site is up again:
http://knackered.knackered.org/angus/psutils/
Here you can download the source, and it does *not* contain the
Makefile. You probably have the Debian patched version.
Igor Pechtchanski wrote:
As per John Morrison's suggestion, I would like to contribute and
maintain wtf
(http://cronus.comp.utas.edu.au/~thsutton/computing/wtf.html).
wtf(6) is a utility provided by some UNIX and UNIX-like systems
including Slackware Linux and NetBSD. It translates
On Mon, 28 Jul 2003, Robert McNulty Junior wrote:
I thought Cygwin1.dll was the main dll.
Should it not have already been rebuilt?
I'll check out the sources tonight and look into this.
Could have sworn you built the 1.5.1 cygwin1.dll.
Robert McNulty Junior
It has been re-built and Chris is
On Tue, 2003-07-29 at 06:50, Max Bowsher wrote:
You realise that *all* I am doing with this patch is to change how data is
passed between a function and it's caller?
Yes, and its that aspect I objected to. I don't understand what was so
unclear.
Rob
--
GPG key available at:
On Tue, 2003-07-29 at 13:47, Gary R. Van Sickle wrote:
...this straightforward patch:
2003-07-28 Gary R. Van Sickle [EMAIL PROTECTED]
* dialog.h (do_fromcwd): Change function declaration.
* fromcwd.cc (do_fromcwd): Change return type to bool. Eliminate
use of
On Tue, 2003-07-29 at 11:11, Gary R. Van Sickle wrote:
Seems like a lot of work to go to just to eliminate a global variable.
Getting the direction right gives huge long term benefits. This is
precisely why I want small patches, as it lets me evaluate each chunk.
Note the commits I got done
Hi Volker,
You are right, I forgot these lines.
What's next? Will someone upload the package?
Bye,
Daniel
Volker Quetschke wrote:
Hi Daniel,
I got my source archive from a server in France, but I just noticed,
that the author's original site is up again:
Gary R. Van Sickle wrote:
On Mon, 28 Jul 2003, Gary R. Van Sickle wrote:
Robert Collins wrote:
On Tue, 2003-07-29 at 02:13, Max Bowsher wrote:
If we do add a class, it should probably be a thread class from which
all of our threaded tasks can derive. Regardless, I don't see that
any
Robert Collins wrote:
On Tue, 2003-07-29 at 06:50, Max Bowsher wrote:
You realise that *all* I am doing with this patch is to change how data
is
passed between a function and it's caller?
Yes, and its that aspect I objected to. I don't understand what was so
unclear.
I'm unclear on why
Robert Collins wrote:
On Tue, 2003-07-29 at 13:47, Gary R. Van Sickle wrote:
...this straightforward patch:
2003-07-28 Gary R. Van Sickle [EMAIL PROTECTED]
* dialog.h (do_fromcwd): Change function declaration.
* fromcwd.cc (do_fromcwd): Change return type to bool. Eliminate
use of
On Tue, 2003-07-29 at 19:32, Max Bowsher wrote:
Robert Collins wrote:
On Tue, 2003-07-29 at 06:50, Max Bowsher wrote:
You realise that *all* I am doing with this patch is to change how data
is
passed between a function and it's caller?
Yes, and its that aspect I objected to. I
Hi,
while using the gcj component of gcc (java compiler frontemd for gcc)
we have found a peculiar problem with FileInputStreams on Windows
(XP).
Given Freader.java:
import java.io.*;
public class Freader {
static public void main(String arg[]) {
try {
Robert Collins wrote:
On Tue, 2003-07-29 at 19:32, Max Bowsher wrote:
I'm also extremely puzzled, since you seem to be objecting to the use of
a
return value to communicate from a callee to a caller function. Any other
method *must* be more complicated, and I do believe in avoiding
unnecessary
On Tue, 2003-07-29 at 20:13, Max Bowsher wrote:
I.e., I'm working on the global variable ugliness, not the returns
program flow decisions ugliness. The fact that I am solving the former
should not compel me to solve the latter simultaneously.
cheekyAfter all, patches should be modular, and as
On Tue, 2003-07-29 at 08:36, Max Bowsher wrote:
Here at last... OnAcceptActivation!
Extracted from the bulk of Gary's changes, bugfixed (the DWL_MSGRESULT logic
was inverted), and also removing the bumper code in SplashPage and
SourcePage which was substituting for this functionality.
Hi.
Please upload updated docbook-xsl packages:
http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.61.3-2-src.tar.bz2
http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.61.3-2.tar.bz2
and remove obsolete 1.61.2-1 files.
Thanks.
--
+---+
| Marcel Telka
Let's see if this approach is more satisfactory...
+2003-07-29 Max Bowsher [EMAIL PROTECTED]
+
+ * ini.cc (do_ini_thread): Return bool.
+ (do_ini_thread_reflector): Put returned bool in lParam.
+ * threebar.cc (WM_APP_SETUP_INI_DOWNLOAD_COMPLETE): Rework for new
+ meaning of lParam.
+
Index:
On Tue, 29 Jul 2003, Daniel Bößwetter wrote:
Hi Volker,
You are right, I forgot these lines.
What's next? Will someone upload the package?
Not yet, I'm afraid. The binaries in usr/bin (in the package) are not stripped.
Please strip them. Also, you have 'TCM Port' at the end of your
Gary R. Van Sickle wrote:
and also removing the bumper code in SplashPage and
SourcePage which was substituting for this functionality.
DOH! How the heck did I miss those?!?!
Easily, apparently, since I only just noticed the similar arrangements for
skipping RootPage in a download-only
On Tue, 29 Jul 2003, Marcel Telka wrote:
Hi.
Please upload updated docbook-xsl packages:
http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.61.3-2-src.tar.bz2
http://telka.sk/cygwin/docbook-xsl/docbook-xsl-1.61.3-2.tar.bz2
Uploaded. Please send an announcement in a couple of hours.
Thanks,
Christopher Faylor writes:
I've rebuilt Corinna's version of patch using 1.5.1 import libraries
so it should now work correctly with a 1.5.1 or greater DLL.
It still doesn't work for me. I get
$ date | patch --dry-run
patch: write error : Illegal seek
It works if I recompile from
Hi Elfyn,
Elfyn McBratney wrote:
On Tue, 29 Jul 2003, Daniel Bößwetter wrote:
Hi Volker,
You are right, I forgot these lines.
What's next? Will someone upload the package?
Not yet, I'm afraid. The binaries in usr/bin (in the package) are not stripped.
Please strip them. Also, you
Wrong list, redirecting. Please use the cygwin at cygwin dot com list
for all further discussion.
Igor
On Tue, 29 Jul 2003, Jørgen Nørgaard wrote:
Hi,
while using the gcj component of gcc (java compiler frontemd for gcc)
we have found a peculiar problem with FileInputStreams on
On Tue, 29 Jul 2003, Daniel Bößwetter wrote:
Hi Elfyn,
Elfyn McBratney wrote:
On Tue, 29 Jul 2003, Daniel Bößwetter wrote:
Hi Volker,
You are right, I forgot these lines.
What's next? Will someone upload the package?
Not yet, I'm afraid. The binaries in usr/bin
I have never subscribed to this mailing list before, but it looks like
this is where the real business of Cygwin takes place. I started
reading the archives of the 1.5.0/1 discussion today and realized that
some other people might be waiting for me to release an updated build of
XFree86 for
On Tue, 29 Jul 2003, Harold L Hunt II wrote:
I have never subscribed to this mailing list before, but it looks like
this is where the real business of Cygwin takes place. I started
reading the archives of the 1.5.0/1 discussion today and realized that
some other people might be waiting
I've built tetex-bin for 1.3 and 1.5.1. Previous tetex-bin releases
must be removed. Applications that link to libkpathsea3 must be
rebuilt.
Jan.
http://lilypond.org/cygwin/uploads/tetex/tetex-bin/setup.hint
sdesc: The TeX text formatting system (binaries).
test: 2.0.2-11
curr: 2.0.2-2
I've built lilypond for 1.3 and 1.5.1. Previous releases must be
removed.
Jan.
http://lilypond.org/cygwin/uploads/lilypond/setup.hint
sdesc: A program for printing sheet music
test: 1.7.29-11
curr: 1.6.11-1
category: Publishing
requires: bash cygwin fileutils findutils ghostscript
On Tue, 29 Jul 2003, David Rothenberger wrote:
Harold L Hunt II wrote:
I have never subscribed to this mailing list before, but it looks like
this is where the real business of Cygwin takes place. I started
reading the archives of the 1.5.0/1 discussion today and realized that
some
Elfyn McBratney wrote:
On Tue, 29 Jul 2003, David Rothenberger wrote:
Harold L Hunt II wrote:
I have never subscribed to this mailing list before, but it looks like
this is where the real business of Cygwin takes place. I started
reading the archives of the 1.5.0/1 discussion
Elfyn,
I know we have a dependency on ncurses... and possibly jpeg, png, and/or
tiff. However, I think all of those have been updated, no?
Harold
Elfyn McBratney wrote:
On Tue, 29 Jul 2003, David Rothenberger wrote:
Harold L Hunt II wrote:
I have never subscribed to this mailing list
On 29 Jul 2003, Jan Nieuwenhuizen wrote:
http://lilypond.org/cygwin/uploads/guile/guile-doc/setup.hint
sdesc: The GNU extension language and Scheme interpreter (documentation)
test: 1.6.4-11
curr: 1.6.4-2
category: doc
requires: texinfo
external-source: guile
ldesc: The GNU extension
On 29 Jul 2003, Jan Nieuwenhuizen wrote:
sdesc: The TeX text formatting system (binaries).
test: 2.0.2-11
curr: 2.0.2-2
category: Text Publishing
# There's no need to require a texmf tree, although not doing so
# might be confusing.
requires: bash clear cygutils cygwin ed diffutils
Elfyn McBratney [EMAIL PROTECTED] writes:
category: doc
requires: texinfo
external-source: guile
ldesc: The GNU extension language and Scheme interpreter (documentation)
This package contains the documentation for guile, including both
a reference manual (via `info guile'), and a
On Tue, 2003-07-29 at 23:59, Max Bowsher wrote:
What is the rationale for the lowercase wants?
http://sources.redhat.com/ml/cygwin-apps/2003-03/msg00750.html
It should be fairly clear from the context, but I can enlarge:
With C++ it can be hard to tell if you are calling a static or non
static
On Tue, 29 Jul 2003, Elfyn McBratney wrote:
On 29 Jul 2003, Jan Nieuwenhuizen wrote:
sdesc: The TeX text formatting system (binaries).
test: 2.0.2-11
curr: 2.0.2-2
category: Text Publishing
# There's no need to require a texmf tree, although not doing so
# might be confusing.
Elfyn McBratney [EMAIL PROTECTED] writes:
requires: bash clear cygutils cygwin ed diffutils fileutils findutils gawk grep
libjpeg6b libjpeg62 libkpathsea3abi13 libkpathsea3 libncurses6 libncurses7
libpng12 libtiff3 libtiff4 perl sed sh-utils textutils termcap zlib
zlib is on the
There is an error in the termcap setup.hint.
The listed curr version doesn't exist, and the 20020930-1 version isn't
published to setup.ini at all.
The result is that a [test] termcap is installed, since it is in Base.
Max.
On Tue, 29 Jul 2003, Max Bowsher wrote:
There is an error in the termcap setup.hint.
The listed curr version doesn't exist, and the 20020930-1 version isn't
published to setup.ini at all.
The result is that a [test] termcap is installed, since it is in Base.
I hope I'm not tredding on
Harold L Hunt II wrote:
Elfyn,
I know we have a dependency on ncurses... and possibly jpeg, png, and/or
tiff. However, I think all of those have been updated, no?
jpeg, png, tiff, and zlib have been updated to 1.5.0
zlib has been updated to 1.5.1
ncurses has been updated to 1.5.0 -- and
Charles Wilson wrote:
Harold L Hunt II wrote:
Elfyn,
I know we have a dependency on ncurses... and possibly jpeg, png,
and/or tiff. However, I think all of those have been updated, no?
jpeg, png, tiff, and zlib have been updated to 1.5.0
zlib has been updated to 1.5.1
ncurses has been
I think cygwin-apps is more appropriate for what I wrote.
How does one check who the maintainer of a package is; e.g.
to make sure it is not oneself?
And how does one check who the maintainer of a package is ?
I was looking for the Links one. I had to check the January
2002 cygwin-announce
44 matches
Mail list logo