On Mon, 30 Dec 2002, Max Bowsher wrote:
I do think that a version number should uniquely identify a version,
though. A possibility that was not considered last time this was
discussed is to start the reviewing at -0.1, going -0.2, -0.3, etc.,
and then bump to -1 on release.
Feel free to
On Mon, 30 Dec 2002, Pierre A. Humblet wrote:
A new exim release is ready for upload
http://home.attbi.com/~phumblet/setup.hint
http://home.attbi.com/~phumblet/exim-4.12-1.tar.bz2
http://home.attbi.com/~phumblet/exim-4.12-1-src.tar.bz2
Uploaded. I've removed the files for version 4.10-1 of
On Mon, 30 Dec 2002, Charles Wilson wrote:
Short version:
as far as MY concerns go, these two packages are ok for upload.
Ok, then :) I've just uploaded both packages.
Sergey, please send the announcement in a couple of hours.
Hi all,
relating to the this thread, which starts at
http://www.cygwin.com/ml/cygwin-apps/2002-12/msg00021.html I have updated the
rebase source with :
- creates a static lib containing all needed objectfiles for RebaseImage() and
friends.
The library is named libimagehlp.a and the relating
-- Forwarded message --
Date: Tue, 31 Dec 2002 11:58:02 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: guile-1.5.6-5 mentioned in setup.ini
In the current setup.ini (timestamp 1041225613) guile-1.5.6-5 is marked as
[prev] for all three of
1. grace
version: 5.1.10-1
status : not reviewed
notes : http://cygwin.com/ml/cygwin-apps/2002-11/msg00322.html
votes : 1 (Robert)
url: http://www.scytek.de/cygwin/grace-5.1.10-1.tar.bz2
http://www.scytek.de/cygwin/grace-5.1.10-1-src.tar.bz2
Ralf,
On Tue, Dec 31, 2002 at 02:20:36PM +0100, Ralf Habacker wrote:
- creates a static lib containing all needed objectfiles for
RebaseImage() and friends. The library is named libimagehlp.a and the
relating include file imagehlp.h. After checking out just call
$ make imagehlp
I needed to make the following changes before this would compile.
Mostly namespace errors, but also a typo and main() void vs. int.
I figured the library files should explicitly call std::cout friends,
but the executables could go ahead and say 'using namespace std;'.
Oh, a few other niggles:
[EMAIL PROTECTED] writes:
In the current setup.ini (timestamp 1041225613) guile-1.5.6-5 is marked as
[prev] for all three of @guile, @guile-devel and @guile-doc. But it is
presumed [curr] as the source for @libguile14.
*guile*-1.6.0-1 (is curr and) should be used for all purposes.
It
However, should we use the names libimagehlp.a and imagehlp.h? They
clash with the mingw versions.
Do you have a better name ?
Ralf
On Tue, Dec 31, 2002 at 07:50:59AM -0800, Robert Bercik wrote:
I'm trying to create a cygwin dll that links to a microsoft DLL.
However, when I try and link to the DLL, the linkerl complains that the
symbols contained in the microsoft DLL are still unresolved. I used
the nm command on the DLL and
On Tue, Dec 31, 2002 at 06:41:45PM +0100, Ralf Habacker wrote:
However, should we use the names libimagehlp.a and imagehlp.h? They
clash with the mingw versions.
Do you have a better name ?
Rob suggested libcygimagehlp.a for the library.
Should we leave the names as is, but use -L and
I needed to make the following changes before this would compile.
Mostly namespace errors,
the std:: below or something else ?
but also a typo
where ?
and main() void vs. int.
fixed
I figured the library files should explicitly call std::cout friends,
fixed
but the executables
Ralf Habacker wrote:
I needed to make the following changes before this would compile.
Mostly namespace errors,
the std:: below or something else ?
Nope, that was it.
but also a typo
where ?
In checkimage.cc:
- ctFile dll(filename);
+ LinkedObjectFile dll(filename);
README needs a
Still missing a lot of the errors that were fixed in my patch. Here's
the remainder:
1) 'hex' and 'endl' are also in the std:: namespace
2) unbind_main.cc needs 'using namespace std;'
3) (new) rebind_main will rebind the first commandline argument over and
over; it needs to use argv[i] not
On Wed, 2003-01-01 at 02:17, Charles Wilson wrote:
I needed to make the following changes before this would compile.
Mostly namespace errors, but also a typo and main() void vs. int.
I figured the library files should explicitly call std::cout friends,
but the executables could go ahead
actualy there is a working NFS server but its still in testing. (search the
cygwin-apps mailing list for details) no NFS client i know of though.
the URL was http://www.oneparticularharbor.net/cygwin/
only tried it for an afternoon though.
-Original Message-
From: Alexander Gottwald
Done.
On Mon, Dec 30, 2002 at 08:09:42 -0500, Harold L Hunt wrote:
Alexander,
Good catch!
Alan - do you want to commit this directly?
Harold
Alexander Gottwald [EMAIL PROTECTED] said:
Hi,
the patch fixes some dependency problems with crosscompiling libdps.
The Imakefile
On Tue, 31 Dec 2002 10:28 am, Alexander Gottwald wrote:
MartÃn De Marchi wrote:
Hi!
I'm developing a linux application, but the majority
of the pc's in my organization have installed windows
system, so Im going to install cigwin's xfree in the
machines and use the linux application
Alexander Gottwald wrote:
So I don't even know where _XtInherit is called and whats different with the
relocation.
gdb revealed:
Dll1 (libXt) defines void _XtInherit(). Dll2 (libXaw) uses _XtInherit and
passes it to a function in libXt which does
if (x == _XtInherit) { foo() };
Charles Wilson wrote:
I seem to remember that pointer comparisons across a DLL boundary is a
Bad Thing; relocations and such. But I don't remember where I saw that
-- MSDN or ld docs, and I can't find it now. :-(
I changed it so that libXt uses _XtInherit and all other libraries and code
Alexander Gottwald wrote:
I changed it so that libXt uses _XtInherit and all other libraries and code
uses _imp___XtInherit. Now it seems that the comparisation is passed, but
It's worse than that.
No. That was wrong. I think I'll have to redefine _XtInherit to NULL. The
compare will work
Alexander Gottwald wrote:
No. That was wrong. I think I'll have to redefine _XtInherit to NULL. The
compare will work but the fallback to produce the Unresolved inheritance
error will then result in a segfault.
NULL did not work. But I've changed it to another constant and now it works.
Hi
I've just noticed that the new winclip does not terminate when
XWin is closed..it used to?
Minor error but my XP now has an end program prompt on shutdown.
Colin
Hi
The gdb tty option and command is broken on cygwin. After setting a tty
for the inferior, the first run seems OK, but the second sometimes fails
and the third may cause gdb to hang or enter an infinite loop. The fix
is to close the (redundant) tty fd *before* launching the inferior
process
In the current setup.ini (timestamp 1041225613) guile-1.5.6-5 is marked as
[prev] for all three of @guile, @guile-devel and @guile-doc. But it is
presumed [curr] as the source for @libguile14.
(I found this while fiddling around trying to reduce [curr] + [prev] +
[test] to fit on one CD.)
It
Min Kim wrote:
Max,
You're a genius. I did have Viruscan 7 installed but not the firewall.
Everything works perfectly now with it uninstalled. I guess I'll have
to go with Norton Antivirus. There isn't by chance a workaround for
the McAfee Viruscan problem, is there?
I'm afraid not. As data
John,
On Mon, Dec 30, 2002 at 07:26:51PM -0700, John Purser wrote:
Is anyone out there using the Python curses library or do you know of
a good tutorial for it?
[snip]
Any resources for me out there?
I recommend posting to [EMAIL PROTECTED] -- I think that you will
have better luck there.
[EMAIL PROTECTED] writes:
In the current setup.ini (timestamp 1041225613) guile-1.5.6-5 is marked as
[prev] for all three of @guile, @guile-devel and @guile-doc. But it is
presumed [curr] as the source for @libguile14.
*guile*-1.6.0-1 (is curr and) should be used for all purposes.
It seems
Christopher Faylor wrote:
On Mon, Dec 30, 2002 at 11:18:55PM -0500, Charles Wilson wrote:
If somebody with a debuggable cygwin kernel could look into this, I'd
appreciate it. I'll try to follow up on my own, but it takes FOREVER to
do a 'cvs update' on the cygwin source tree over a 28.8k
Jason Tishler wrote:
I should have been more clear. I was reacting to the cyg not the lack
of a period. For example, in 8.0 we had libtcl80.a, in 8.3 now we have
libcygtk83.a. This name change is another reason why the above patch
needs to be reworked.
I'm not really willing to
I've updated the version of exim to 4.12
(exim is a Mail Transfer Agent, like sendmail).
4.12 is the first stable release since the current 4.10.
It contains 54 backward compatible changes to exim proper, see
ftp://ftp.csx.cam.ac.uk/pub/software/email/exim/ChangeLogs/NewStuff-4.11
There are
- Original Message -
From: Jason Tishler [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, December 31, 2002 9:25 AM
Subject: Re: [ANNOUNCEMENT] Updated: expect-20021218-1, gdb-20021218-1,
tcltk-20021218-1
Chris,
On Mon, Dec 30, 2002 at 06:02:02PM -0500, Christopher Faylor
Since this is a general inquiry without any specifics, I assume you're
looking for a general confirmation that linking against MS DLLs is
possible. I can attest to that. Generally speaking, when you run into
unresolved symbols, you need to find the DLLs/import libraries or static
libraries
On Tue, Dec 31, 2002 at 07:50:59AM -0800, Robert Bercik wrote:
I'm trying to create a cygwin dll that links to a microsoft DLL.
However, when I try and link to the DLL, the linkerl complains that the
symbols contained in the microsoft DLL are still unresolved. I used
the nm command on the DLL and
Hello Xperts,
Wish U a Very appy New Year
karthik bala guru
[EMAIL PROTECTED]
Missed your favourite TV serial last night? Try the new, Yahoo! TV.
visit http://in.tv.yahoo.com
--
Unsubscribe info:
On Tue, Dec 31, 2002 at 09:43:50AM -0500, Charles Wilson wrote:
Did gcc (pre 3.2) automatically initialize data to 0, while gcc-3.2 does
not? Hmmm...waitaminute, I do have gcc2 installed...
If gcc/ld is not initializing static data to zero then there are some
pretty serious problems. Neither
Thanks for the clarification. I'm a seasoned programmer but have not
worked on GNU. If you can give me some pointer perhaps I can help.
(Better than trial-and-error all day :).
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf
Of Christopher Faylor
Sent:
Chuck,
On Tue, Dec 31, 2002 at 09:48:07AM -0500, Charles Wilson wrote:
Jason Tishler wrote:
OK. I just wanted to check before I submitted my patch to the Python
patch collector.
Since the config scripts (/usr/lib/tclConfig.sh, /usr/lib/tkConfig.sh)
seem to be accurate now, is there any
I have downloaded the Tcl/Tk 8.3.4 package
which was released with patches to compile
under the cygwin C compiler for Windows OS,
available from http://cygwin.com/ported.html
For the most part this works except it
seems to work better using the init.tcl
file that comes with the Scriptics Tk 8.3.4
On Tue, Dec 31, 2002 at 04:05:17PM -0500, Joseph wrote:
I have downloaded the Tcl/Tk 8.3.4 package which was released with
patches to compile under the cygwin C compiler for Windows OS,
available from http://cygwin.com/ported.html
For the most part this works except it seems to work better using
Hi Folks,
Does this jog anyone's memory?
New XP SP1 install, new cygwin install (full)
Quirk #1:
When I launch Emacs, I get this scratch buffer popping
up which reads:
** ad-Orig-documentation called with 5 arguments, but
accepts only 1-2
Then, I notice that apropos is broken. For example,
Christopher Faylor wrote:
On Tue, Dec 31, 2002 at 09:43:50AM -0500, Charles Wilson wrote:
Did gcc (pre 3.2) automatically initialize data to 0, while gcc-3.2 does
not? Hmmm...waitaminute, I do have gcc2 installed...
If gcc/ld is not initializing static data to zero then there are some
Is there a convert utility for graphics conversion in cygwin? I tried
looking on website and came up empty.
Thanks,
Wes
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:
try http://www.google.com
It's a search engine.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Wes Szumera
Sent: Tuesday, December 31, 2002 8:42 PM
To: [EMAIL PROTECTED]
Subject: convert utility
Is there a convert utility for graphics conversion in
Robert,
Yes, I know what google is. Between www.google.com and
groups.google.com, I tend to find most of what I want to get a line
on.
What caused me a problem in searching, is that convert is a rather
common word. From what I was told by an acquainance on a non
computer list, imagine
Hello,
I'm gnu-tarring files with tar version 1.13.25
on solaris, then untarring with the same version
on cygwin. The files are dated 2002-12-31 18:09:xx
in the tgz on solaris. When I sftp them to cygwin,
the tar programs shows the files to be dated
2003-01-01 03:09.xx. But typing date at the
Shing-Fat Fred Ma wrote:
Hello,
I'm gnu-tarring files with tar version 1.13.25
on solaris, then untarring with the same version
on cygwin. The files are dated 2002-12-31 18:09:xx
in the tgz on solaris. When I sftp them to cygwin,
the tar programs shows the files to be dated
2003-01-01
I've updated the version of exim to 4.12
(exim is a Mail Transfer Agent, like sendmail).
4.12 is the first stable release since the current 4.10.
It contains 54 backward compatible changes to exim proper, see
ftp://ftp.csx.cam.ac.uk/pub/software/email/exim/ChangeLogs/NewStuff-4.11
There are
49 matches
Mail list logo