I would like to contribute my rebase utility. Should it be a stand-alone
package? Be added to another package (i.e., cygutils -- sorry to suggest
this Chuck...)? Or, be added to winsup/utils?
Thanks,
Jason
Rob,
On Sun, Dec 23, 2001 at 11:34:19PM +1100, Robert Collins wrote:
lets talk rebasing.
I would like to talk rebasing too.
Did my rebasing algorithm seem correct to you? If not, lets talk what it
should look like.
Do you mean the following:
On Sat, Dec 08, 2001 at 01:39:52PM +1100,
Rob,
On Fri, Dec 28, 2001 at 11:10:31AM +1100, Robert Collins wrote:
- Original Message -
From: Jason Tishler [EMAIL PROTECTED]
If so, then I don't fully grok it -- please try again.
Specifically,
I don't understand what is install (or how it differs from setup).
install
Corinna,
On Mon, Jan 14, 2002 at 02:13:04PM +0100, Corinna Vinschen wrote:
I've just uploaded a PRELIMINARY version of OpenSSL-0.9.6c. It's
marked as a test version for setup. I'll not announce it.
Please test your packages against that version. It's already build
omitting the IDEA, RC5
Rob,
On Fri, Jan 04, 2002 at 12:21:11AM +1100, Robert Collins wrote:
From: Jason Tishler [EMAIL PROTECTED]
1. Determine why cygcurl-2.dll and possibly other DLLs do not tolerate
rebasing.
Hmm. Yes. Did you rebase .dll's after stripping them? And what strip
options where used?
After
Earnie,
On Wed, Jan 16, 2002 at 04:33:46PM -0500, Earnie Boyd wrote:
Jason Tishler wrote:
Any ideas why stripping prevents some DLLs from being rebased and
not others? Any solutions besides not stripping?
Text mode mounts?
No, I have only used binary mode mounts since I started using
Since I'm around half way done, I decided to post a status report to let
people know that I'm still working on this...
I have implemented the following:
main ()
{
for dll in dlls
rebase (dll)
}
rebase (dll)
{
sz = image_size (dll)
find slot of
::set_cygwin_root_dir (get_root_dir ());
log (0, root: %s %s %s, get_root_dir (),
(root_text == IDC_ROOT_TEXT) ? text : binary,
2002-02-07 Jason Tishler [EMAIL PROTECTED]
* Makefile.in (libimagehlp): New variable.
(ALL_DEP_LDLIBS): Add libimagehlp.
(OBJ): Add
Jonathan,
On Tue, Feb 12, 2002 at 12:46:40PM -0500, Jonathan Kamens wrote:
Date: Tue, 12 Feb 2002 08:10:00 -0500
From: Jason Tishler [EMAIL PROTECTED]
! WARNING WARNING WARNING WARNING WARNING !!
Note that this distribution will *not* function correctly with Cygwin
Corinna,
On Tue, Feb 12, 2002 at 07:16:56PM +0100, Corinna Vinschen wrote:
On Tue, Feb 12, 2002 at 01:10:01PM -0500, Jason Tishler wrote:
Maybe I should just mark postgresql-7.2-2 as test and be done with it?
Sounds like a good idea.
I just marked postgresql-7.2-2 as test -- hopefully
On Sun, Feb 24, 2002 at 01:41:13PM -0500, Charles Wilson wrote:
Robert Collins wrote:
Neato. This sounds like a cygutils thingo to me, or a new package.
Chuck? O Chuck?
Ummm...do we really want to fork the code into two separate locations?
No, they should somehow share the common
Rob,
On Sun, Feb 24, 2002 at 10:45:32PM +1100, Robert Collins wrote:
- Original Message -
From: Jason Tishler [EMAIL PROTECTED]
Some ideas follow:
Attached is a patch that adds the rebase functionality to setup.exe.
I would like to get some feedback before I start to resolve
Rob,
On Tue, Feb 26, 2002 at 09:54:37AM +1100, Robert Collins wrote:
- Original Message -
From: Jason Tishler [EMAIL PROTECTED]
I guess that I was trying to ask a more philosophical question of how
coupled rebase was going to be with setup.exe. It sounds like you are
comfortable
I found the following nits with the current setup.exe:
1. setup.exe no longer responds to Windows messages during postinstall.
I noticed this because one of my postinstall scripts did a
SendMessage(HWND_BROADCAST, ...) which caused a deadlock situation.
I changed to PostMessage() to workaround
On Tue, Feb 26, 2002 at 09:59:45PM -0500, Christopher Faylor wrote:
However, I agree that rebasing shouldn't be the default behavior In fact,
I wonder if I should make cygwin non-rebaseable It would load faster if
I did that
OK Then it would be best if you could make cygwin1dll
Rob,
On Thu, Feb 28, 2002 at 01:46:44PM -0500, Jason Tishler wrote:
The Memento class is designed to provide a solution to both issues
Thanks for pointing me to the Memento pattern I will investigate it
and try to come up with a better solution
I just read the Memento chapter in the Gang
Rob,
On Fri, Mar 01, 2002 at 07:08:53AM +1100, Robert Collins wrote:
Provide a Memento::ToString and Memento(String) or Memento::ToStream
and Memento(io_stream ) pair Then the config file class becomes
the caretaker, ensuring that the file goes to the right place, that io
exceptions are
Dave,
On Sat, Apr 20, 2002 at 11:29:08AM +1000, Robert Collins wrote:
Is there anyone on this list interested in providing a distribution of
some/all of the boost C+ libraries?
Any interest in contributing the above?
Thanks,
Jason
I would like to contribute fetchmail and procmail to the standard Cygwin
distribution. The following are the setup.hint files:
# $Id: setup.hint,v 1.1 2002/04/29 13:24:58 jt Exp $
sdesc: Remote mail retrieval and forwarding utility
ldesc: Fetchmail is a remote mail retrieval and forwarding
Chris,
On Mon, Apr 29, 2002 at 10:41:11AM -0400, Christopher Faylor wrote:
On Mon, Apr 29, 2002 at 09:50:01AM -0400, Jason Tishler wrote:
If I get approval for the above packages, then I will write-up README
files and package the tarballs according to the Package Source Method
1 style
On Mon, Apr 29, 2002 at 11:12:29AM -0400, Christopher Faylor wrote:
On Mon, Apr 29, 2002 at 11:04:56AM -0400, Jason Tishler wrote:
You're also a masochist. :-)
Uh oh! Why? Should I run away now, while I still have a chance? :,)
How do I use fetchmail with Outlook?
I can't use
Dave,
On Tue, Apr 30, 2002 at 05:50:09PM -0500, David Abrahams wrote:
Sorry it took me so long to reply; I was in Curacao at the C++ committee
meeting. Being anything but a Unix-style distribution expert (hell, I
don't know anything about Windows distribution/installation either) I'm
not
On Fri, May 03, 2002 at 12:58:04PM +1000, Danny Smith wrote:
If your just talking about STL in the strict sense, you shouldn't need
libstdc++.a. The templated STL lives in the headers. That's the virtue of
templated classes. Char specializations for [Non-]Standard iostreams and
string
Rob,
On Fri, May 03, 2002 at 11:35:46PM +1000, Robert Collins wrote:
-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 03, 2002 11:34 PM
Having STL would really speed things up. When I saw you adding
libstdc++, I thought implied STL but I
Rob,
On Fri, May 03, 2002 at 11:55:31PM +1000, Robert Collins wrote:
b) is an alternative approach to what I've already documented here. So
it covers libstc++ aka libg++-3. I don't know how much of the STL that
includes (see my earlier email).
Rob,
On Sat, May 04, 2002 at 09:37:48AM +1000, Robert Collins wrote:
-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Saturday, May 04, 2002 3:34 AM
Can we remove the -Werror option and start using STL in setup.exe?
[snip]
Perhaps removing
Rob,
On Tue, May 07, 2002 at 12:55:49AM +1000, Robert Collins wrote:
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 07, 2002 12:57 AM
If the attached patch is accepted, can I start using STL in
setup.exe now?
You can start using STL now, but if you get errors
Rob,
On Mon, May 06, 2002 at 10:56:30AM -0400, Jason Tishler wrote:
On Sat, May 04, 2002 at 09:37:48AM +1000, Robert Collins wrote:
-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Saturday, May 04, 2002 3:34 AM
Can we remove the -Werror option
On Tue, Jun 11, 2002 at 11:02:20AM -0400, Christopher Faylor wrote:
On Tue, Jun 11, 2002 at 08:59:19AM -0400, Jason Tishler wrote:
On Sun, Jun 09, 2002 at 09:59:28PM -0400, Christopher Faylor wrote:
I think we agreed a while ago that it would be a good idea to make the
cygwin DLL always
John,
On Tue, Jul 16, 2002 at 09:46:18AM +0100, Morrison, John wrote:
Can you strip a rebased DLL?
Yes.
Jason
Kevin,
On Tue, Jul 16, 2002 at 08:07:53AM -0400, Roth, Kevin P. wrote:
Should I remove the stripping?
This would be my preference, but I only solves the rebase problem for
curl -- there are still other packages with this issue. Besides, this
is only a workaround and does not fix the root
John,
On Tue, Jul 16, 2002 at 02:46:30PM +0100, Morrison, John wrote:
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
On Tue, Jul 16, 2002 at 09:46:18AM +0100, Morrison, John wrote:
Can you strip a rebased DLL?
Yes.
Does it work (as opposed to a rebased stripped DLL
Earnie,
On Tue, Jul 16, 2002 at 12:31:52PM -0400, Earnie Boyd wrote:
Or, provide some means to accomplish an ignore this dll for the rebase
tool.
This has already been implemented:
http://cygwin.com/ml/cygwin/2002-07/msg00276.html
Jason
Kevin,
On Tue, Jul 16, 2002 at 12:18:36PM -0400, Roth, Kevin P. wrote:
On one hand, I have CGF asking for stripping of all EXE/DLLs, to save
on disk space, and also download speed for our dial-up friends (I
assume).
I stated that my preference was not to strip so that rebasing will work.
If
Rob,
On Wed, Jul 03, 2002 at 08:44:03AM +1000, Robert Collins wrote:
How does this approach sound:
Use the Builder pattern to build the in memory representation. Use a
second Builder pattern to build the on-disk representation. This is
similar to your original design, but without the
Rob,
On Sat, Aug 10, 2002 at 12:39:39AM +1000, Robert Collins wrote:
On Fri, 2002-08-09 at 00:48, Jason Tishler wrote:
Do others share Nicholas's views on this issue?
I'm completely impartial. Well nearly: I think that a separate utility
is a good thing regardless, as long as the config
Pierre,
On Sun, Aug 25, 2002 at 10:30:12PM -0400, Pierre A. Humblet wrote:
Here it is, still learning... It's a test version.
http://home.attbi.com/~phumblet/exim-4.10-1.tar.bz2
var/exim/spool/
I would prefer var/spool/exim...
var/exim/log/
and var/log/exim (or var/spool/exim/log) to
Pierre,
On Mon, Aug 26, 2002 at 10:56:39AM -0400, Pierre A. Humblet wrote:
var/exim/spool/
I would prefer var/spool/exim...
OK, I have no preferences. I was just trying to follow the instructions
from the Cygwin web:
--localstatedir=/var
That makes a lot of sense to me. /var/exim
Rob,
Just a little status report...
On Thu, Aug 01, 2002 at 02:02:57AM +1000, Robert Collins wrote:
The key point is that you *should* be able to (copy and check for
errors) a rebase.ini file simply by
RebaseIniParser(rebase-old.ini,
RebaseIniBuilder(rebase.ini)).process();
Reading into
Rob,
On Wed, Aug 28, 2002 at 06:17:04PM +1000, Robert Collins wrote:
Neato. I've had a look-see.
Thanks for your time.
I attach an updated version.
make clobber -- for the bandwidth challenged, next time?
There were a few logic flaws that made it not work for me.
Huh? Do you mean the
Rob,
On Thu, Aug 29, 2002 at 01:51:55AM +1000, Robert Collins wrote:
On Thu, 2002-08-29 at 01:44, Jason Tishler wrote:
Huh? Do you mean the RebaseConfigParser::parseFoo diffs?
The missing return true from the parser submethods. status=foo(), and
foo() didn't return a value.
Oops on my
Pierre,
On Tue, Aug 27, 2002 at 11:51:40PM -0400, Pierre A. Humblet wrote:
ldesc: A Mail Transfer Agent similar to sendmail.
See www.exim.org.
This version is compiled with perl and tls/ssl support.
Add some verbiage to the above? See the following for some ideas:
Pierre,
On Fri, Aug 30, 2002 at 09:51:48AM -0400, Pierre A. Humblet wrote:
Jason Tishler wrote:
3. move exim-4.10-1.patch from . to exim-4.10-1/CYGWIN-PATCHES
OK with me, but that's contrary to the recommendations...
Oops, I guess that I should have re-read the recommendations
Max,
On Wed, Oct 30, 2002 at 11:56:50PM -, Max Bowsher wrote:
Please comment on these patches, and then I will make any changes
people suggest, write up a ChangeLog, and request they be committed.
fix-gcc3-main.patch - Addition of std:: prefixes, using std::type
directives, tightening
--vOmOzSkFvhd7u8Ms
Content-Type: multipart/mixed; boundary=XOIedfhf+7KOe/yw
Content-Disposition: inline
--XOIedfhf+7KOe/yw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Max,
On Mon, Nov 04, 2002 at 05:29:08PM -, Max
--hUH5gZbnpyIv7Mn4
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Max,
On Mon, Nov 04, 2002 at 08:05:08PM -, Max Bowsher wrote:
Jason Tishler [EMAIL PROTECTED] wrote:
What about the attached?
=20
Inlined
--82I3+IH0IqGh5yIs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Pavel,
On Tue, Nov 05, 2002 at 10:55:36AM +0100, Pavel Tsekov wrote:
On Mon, 4 Nov 2002, Max Bowsher wrote:
Jason Tishler [EMAIL PROTECTED] wrote:
What
On Sat, Nov 09, 2002 at 11:28:08AM +0100, Jan Nieuwenhuizen wrote:
Sergey Okhapkin [EMAIL PROTECTED] writes:
I'm going to maintain the cygwin ports of init and agetty packages.
You can get the source code and binary packages at
http://users.rcn.com/sokhapkin/release/. agetty allows to login
On Thu, Nov 21, 2002 at 08:26:36PM -0800, Joshua Daniel Franklin wrote:
One question--since there is now a complete sysvinit framework, are we
going to start encouraging service maintainers/submitters (exim,
postgresql) to add a /etc/rc.d/init.d/foobar script?
Regarding PostgreSQL, there are
Rob,
On Thu, Dec 05, 2002 at 06:18:56PM +1100, Robert Collins wrote:
On Thu, 2002-12-05 at 07:59, Jason Tishler wrote:
As for design, here's what I'd like to see:
Ralfs reimplementation sites in a lib - i.e. libcygimagehlp.a - and
you and I carry on the design discussion with no change
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
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
Ralf,
On Thu, Jan 02, 2003 at 10:27:12AM +0100, Ralf Habacker wrote:
If I remember right, this lib will be used for a cygwin based rebase
and later in the cygwin's setup application which is mingw based. So
this lib must be buildable for cygwin and mingw, isn't it ?
My stand alone rebase is
Ralf,
On Thu, Jan 02, 2003 at 04:23:08PM +0100, Ralf Habacker wrote:
Now that I will be using your rebase functionality instead, I have
the option to switch back to Cygwin. For various reasons, I was
intending on keeping my stand alone rebase a Mingw app. What do
others think?
Hm,
Ralf,
On Thu, Jan 02, 2003 at 05:00:52PM +0100, Ralf Habacker wrote:
What about getopt, ...
IIRC, it is not part of Mingw.
I just used a copy of getopt.[ch] from the Cygwin sources for my stand
alone rebase.
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Ralf,
On Sat, Jan 04, 2003 at 12:16:57AM +0100, Ralf Habacker wrote:
This seems mostly to be fixed in the recent cvs release.
The attached patch enables libimagehelper.a to be usable by C source
too.
Thanks,
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
I would like to contribute a stand-alone (non-persistent) rebase to the
standard Cygwin distribution. This version is a combination of my
main() (i.e., command line interface) and Ralf Habacker's imagehelper
library. Note that this version should work on Windows Me and
automatically fixes bad
Max,
On Fri, Jan 24, 2003 at 10:07:43PM -, Max Bowsher wrote:
Jason Tishler wrote:
2. non-persistent: rebase DLLs ignoring setup.exe's rebase database
(which is essentially today's, MS-like functionality)
non-persistent seems to imply that the effects get cancelled out by
a reboot
On Sat, Jan 25, 2003 at 11:01:45PM +1100, Robert Collins wrote:
I second this. In fact, IMO this vote should really be a formality -
this is core infrastructure after all.
I wrestled with the category and ended up with Admin. Should the
category be Base instead?
Thanks,
Jason
--
PGP/GPG
On Sat, Jan 25, 2003 at 06:06:32PM -0500, Larry Hall (RFK Partners, Inc) wrote:
Are we planning to flag DLLs that require invoking rebase when
installed via setup?
Actually, it's apps that require rebasing not the DLLs themselves. For
example, fetchmail does not need cygssl.dll rebased but
Max,
On Sat, Jan 25, 2003 at 02:14:46PM -, Max Bowsher wrote:
Jason Tishler wrote:
Note that I will be fleshing out the README and setup.hint (i.e.
ldesc) while the voting takes place.
Removing mentions of fetchmail from the README would be good!
Note the phrase fleshing out above
On Sun, Jan 26, 2003 at 12:23:55AM -0500, Christopher Faylor wrote:
On Sat, Jan 25, 2003 at 10:47:00PM -0500, Jason Tishler wrote:
On Sat, Jan 25, 2003 at 11:01:45PM +1100, Robert Collins wrote:
I second this. In fact, IMO this vote should really be a formality
- this is core infrastructure
On Sun, Jan 26, 2003 at 12:27:54AM -0500, Christopher Faylor wrote:
On Sat, Jan 25, 2003 at 11:13:52PM -0500, Jason Tishler wrote:
Should this rebase maybe be a Cygwin, not MinGW version? (So that
we can use POSIX paths with it?)
My very first version was a Cygwin app. I converted
On Mon, Jan 27, 2003 at 05:21:57PM -, Max Bowsher wrote:
Jason Tishler wrote:
What is the consensus on Cygwin vs. Mingw? We already have 2.75
votes for Cygwin. :,) I won't mind replacing getopt() with popt
anyway.
Problem: If it was Cygwin, it couldn't use any other Cygwin dll
Joe,
On Wed, Jan 29, 2003 at 10:59:09AM -0500, Joe Buehler wrote:
Jason Tishler wrote:
Long term I will enhance rebase.exe to work in one of two modes:
1. persistent: work along side of setup.exe to rebase DLLs that have not
(yet) been installed by setup.exe
2. non-persistent
Ralf,
On Tue, Jan 21, 2003 at 10:37:03PM +0100, Ralf Habacker wrote:
The attached patch enables libimagehelper.a to be usable by C source
too.
Applied. Thanks for fixing this.
The attached fixes the following:
1. merge problem when you applied (by hand?) the following patch:
On Mon, Jan 27, 2003 at 02:46:13PM -0500, Christopher Faylor wrote:
I really think that a general purpose utility like rebase, which could
be used repeatedly (as opposed to occasionally for debugging
purposes), should be a cygwin program.
Since there haven't been any strong Mingw votes, I have
On Wed, Jan 29, 2003 at 03:23:55PM -0500, Christopher Faylor wrote:
On Wed, Jan 29, 2003 at 03:26:18PM -0500, Jason Tishler wrote:
Should I also convert my rebaseall.bat to a shell script too?
IMO, yes.
Good. Did I ever tell you how much I hate NT batch file programming?
You know, it's
Ralf,
On Fri, Jan 31, 2003 at 12:23:55AM +0100, Ralf Habacker wrote:
Applied and checked in.
Thanks!
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
On Wed, Jan 29, 2003 at 03:23:55PM -0500, Christopher Faylor wrote:
On Wed, Jan 29, 2003 at 03:26:18PM -0500, Jason Tishler wrote:
On Mon, Jan 27, 2003 at 02:46:13PM -0500, Christopher Faylor wrote:
I really think that a general purpose utility like rebase, which
could be used repeatedly
Stipe,
[I apologize for addressing you explicitly, but I don't know how closely
you monitor this list.]
The way that you have packaged the Apache modules (e.g., mod_auth_mysql)
confuses Cygwin's setup.exe and my new rebaseall utility. Specifically,
you are installing DLLs as
Max,
On Sat, Feb 08, 2003 at 04:47:51PM -, Max Bowsher wrote:
Jason Tishler wrote:
Please review the packaging, setup.hint, README, and tryout rebaseall.
Did so,
Thanks!
got a segfault whilst processing:
/usr/lib/perl5/5.6.1/cygwin-multi/auto/SDBM_File/SDBM_File.dll
from Cygwin
Max,
On Sun, Feb 09, 2003 at 12:41:43AM -, Max Bowsher wrote:
On Sat, Feb 08, 2003 at 04:47:51PM -, Max Bowsher wrote:
got a segfault whilst processing:
/usr/lib/perl5/5.6.1/cygwin-multi/auto/SDBM_File/SDBM_File.dll
from Cygwin perl-5.6.1-2.
Jason Tishler wrote:
I get
Chris,
Would you be willing to add the following symlink to the gcc package?
$ ln -s gcc.exe /usr/bin/cc
It would solve the following problem:
http://sf.net/tracker/?func=detailaid=681504group_id=5470atid=305470
and make the Cygwin gcc package more consistent with the Red Hat Linux
rebase version 2.1
Copyright (c) 2001, 2002, 2003 Ralf Habacker and Jason Tishler
We are partners in crime now. :,)
The attached patch solves the SEGV problem.
Your guard:
(char *)relocp (char *)relocs + size
wasn't tight enough.
My version:
(char *)relocp-SizeOfBlock (char
Ralf,
On Wed, Feb 12, 2003 at 01:48:09PM +0100, Ralf Habacker wrote:
Your guard:
(char *)relocp (char *)relocs + size
wasn't tight enough.
My version:
(char *)relocp-SizeOfBlock (char *)relocs + size
seems to be.
What was the problem with this guard:
To which
Samrobb,
On Wed, Feb 12, 2003 at 02:25:02PM -0500, Robb, Sam wrote:
Unable to seteuid(0): Invalid argument
Perhaps one of the gurus has an idea as to why seteuid(0) would fail?
Did you handle treating the uid of 18 (i.e., LocalSystem) under Cygwin
the same as uid of 0 (i.e., root) under
Pierre,
On Fri, Feb 14, 2003 at 09:41:07AM -0500, Pierre A. Humblet wrote:
Not sure what else to do, using Administrators only works on English
systems.
Check out the is_admin() function in setup.exe's mount.cc:
Ralf,
You switched mailing lists on me. Plus, I've reattached the patch after
converting it to binary mode.
On Fri, Feb 14, 2003 at 02:42:40PM +0100, Ralf Habacker wrote:
I'm concerned that my guard might have an off-by-one error and miss
the last entry. Is there an easy way to check this?
Pierre,
On Fri, Feb 14, 2003 at 12:37:27PM -0500, Pierre A. Humblet wrote:
Jason Tishler wrote:
Check out the is_admin() function in setup.exe's mount.cc:
Sure, it's easy to do using Windows calls. The issue is that Unix
has a well defined privileged uid (0) and that's not the case
On Mon, Feb 10, 2003 at 08:16:25AM -0500, Jason Tishler wrote:
On Sun, Feb 09, 2003 at 12:41:43AM -, Max Bowsher wrote:
On Sat, Feb 08, 2003 at 04:47:51PM -, Max Bowsher wrote:
got a segfault whilst processing:
/usr/lib/perl5/5.6.1/cygwin-multi/auto/SDBM_File/SDBM_File.dll
Ralf,
On Mon, Feb 17, 2003 at 11:40:44PM +0100, Ralf Habacker wrote:
I found another bug (most likely introduce by me in a previous
patch) when rebasing up and the DLL is already based at the
requested address. The attached patch is one way to correct this
problem.
Applied and
On Fri, Feb 14, 2003 at 06:11:28PM -, Max Bowsher wrote:
Jason Tishler wrote:
Can I upload and release rebase? Or, are there any more issues that
need to be addressed before the initial release?
Not a release stopper, but as a later enhancement, could we have a
--help option? Just
On Tue, Feb 18, 2003 at 08:15:51PM -0500, Charles Wilson wrote:
Jason Tishler wrote:
When I link with popt.
(2) But isn't rebase written in C++?
Which version? :,) The first version is C++. The second version (this
one) is C, because I considered contributing it to binutils. The third
Chuck,
On Sat, Mar 22, 2003 at 06:47:37PM -0500, Charles Wilson wrote:
python/setup.hint
to change the requires: dependency on 'gdbm' to 'libgdbm'. Thus, you
don't need to do anything NOW, but you probably need to note this
change so that your next release reflects the correct dependency.
Stipe,
On Sun, Mar 23, 2003 at 08:40:23AM -0500, Nicholas Wourms wrote:
While your at it, will you *please* remove rebase from mod_php4. As
you know, rebase is now an official cygwin package. The one you have
is deprecated and broken, it causes trouble when the new rebase tries
to rebase
On Fri, Jun 27, 2003 at 07:00:33PM +0300, Jari Aalto+mail.linux wrote:
@ cabextract
sdesc: Program extracts Microsoft cabinet (.CAB) files
ldesc: Program extracts Microsoft cabinet (.CAB) files
I vote yes.
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
On Sat, Jul 12, 2003 at 12:19:59AM +1000, Gareth Pearce wrote:
@ Aspell
The last note mentions that it doesn't work. Has this been
addressed?
I believe what was stated was that it didnt work from within mutt - I
personaly had only tested it from the command line. (which is where i
Recompiled for cygwin-1.5.1. No other changes except for minor README
changes.
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
Recompiled for cygwin-1.5.1. No other changes.
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
Recompiled for cygwin-1.5.1. No other changes.
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
Chuck,
On Wed, Aug 06, 2003 at 05:58:06PM -0400, Charles Wilson wrote:
Jason Tishler wrote:
Oops. I should have indicated that this packages is built against
cypipc 2.01-1. Seems to work fine too. Thanks, Chuck.
Cool -- so that means you're running the dynamically linked daemon
Recompiled for cygwin-1.5.1. No other changes.
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
Recompiled for cygwin-1.5.1. No other changes except for a minor build
workaround due to a Cygwin 1.5.x, libc.a issue. If interested, see my
forthcoming cygwin@ post that describes this issue in detail.
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint:
On Tue, Aug 05, 2003 at 02:53:32PM -0400, Jason Tishler wrote:
Recompiled for cygwin-1.5.1. No other changes.
Oops. I should have indicated that this packages is built against
cypipc 2.01-1. Seems to work fine too. Thanks, Chuck.
Jason
--
PGP/GPG Key: http://www.tishler.net/jason
Recompiled for cygwin-1.5.1. No other changes.
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
Recompiled for cygwin-1.5.2. Updated to the latest version.
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
On Fri, Aug 29, 2003 at 11:22:12AM +0100, Elfyn McBratney wrote:
I've uploaded lftp as I saw the announcement go through to
cygwin-announce (was that a subtle hint?).
Oops, I already approved the announcement. I guess that reading my
mailing lists alphabetically is problematic... :,)
Mark,
Mark,
On Fri, Aug 29, 2003 at 01:15:09PM -0400, Mark Blackburn wrote:
Sorry about jumping the gun on that Jason. Next time I'll know to wait
until after my package gets uploaded. I'm new around here is all. It
wasn't a subtle hint btw, I just didn't want to forget before leaving
the internet
Chuck,
Please promote cygipc 2.01-2 to current.
Thanks,
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
1 - 100 of 193 matches
Mail list logo