Hello,
A few weeks back I posted a message asking for some direction on
contributing to Cygwin by maintaining Apache Tomcat and a few other
tomcat based applications. A few people responded and suggested that I
look at gcj as the possible compiler to use as it is already in Cygwin.
I have
Christopher Molnar wrote:
/cygdrive/c/Program\ Files/Java/jdk1.5.0_06 , so keying on the
presence of that directory is a good bet Java is installed with the
correct version.
No, that's not a good bet at all. That directory is only spelled
Program Files in the English localization. In other
OK, understand. Now I need to ask the question.. Do you have any ideas
how I can make this work? Maybe a package that the user selects if java
is on the machine? Again, I am trying to deal with the problem and not
having much luck.
Thanks,
-Chris
Brian Dessent wrote:
Christopher Molnar
On Sun, 21 May 2006, Christopher Molnar wrote:
Hello,
A few weeks back I posted a message asking for some direction on
contributing to Cygwin by maintaining Apache Tomcat and a few other
tomcat based applications. A few people responded and suggested that I
look at gcj as the possible
As I stated here:
http://cygwin.com/ml/cygwin/2006-02/msg00591.html
In response to a few requests (two that I am aware of):
http://cygwin.com/ml/cygwin/2006-02/msg00533.html
http://cygwin.com/ml/cygwin/2005-11/msg00738.html
and my original proposal:
Billinghurst, David (CALCRTS) wrote:
I have packaged gmp-4.2 and mpfr-2.2.0. The current gmp maintainer Lapo Luchini
is happy for me to offer these for review and take over as maintainer if
they are acceptable.
Thanks for doing this.
The new cygmpfr1.dll is not binary compatible with the
On Sun, 21 May 2006, Christopher Molnar wrote:
I would like to find out if it is possible to create a
dependency in a package on the sun java sdk. For example the default
install of Java 1.5 from Sun uses a home directory of:
/cygdrive/c/Program\ Files/Java/jdk1.5.0_06 , so keying on the
So if I follow your java.sh script correctly and get the idea, I could
call this at the start of the startup.sh script which needs the location
of JAVA_HOME and it would find the correct jdk location? or does it just
find the java.exe?
I would need it to find JAVA_HOME and set that variable
Ugh, top-posting... Reformatted.
On Sun, 21 May 2006, Christopher Molnar wrote:
Igor Peshansky wrote:
My wrapper scripts do a bit more than that -- they also translate the
arguments containing paths appropriately, before eventually invoking
the right executables. The part that
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-05-21 10:28:13
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/lib: uuid.c
Log message:
* lib/uuid.c (IID_IRpcProxyBuffer34): Remove definition.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-05-21 17:27:15
Modified files:
cygwin : select.cc
Log message:
check in missing file
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-05-21 21:02:54
Modified files:
cygwin : ChangeLog fhandler.h pipe.cc
Log message:
* fhandle.h (fhandler_pipe::create_guard): Revert change which
eliminated
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-05-22 04:50:54
Modified files:
cygwin : ChangeLog child_info.h exceptions.cc
fhandler_tty.cc pinfo.cc sigproc.cc spawn.cc
Log message:
*
On 5/21/06, Christopher Faylor wrote:
I've checked in a variation of the above plus some modifications to
pipe.cc which prevent some handle stomping and may make things work
better.
I see that your patch makes writepipe_exists non-inheritable. This
means that if you pass a pipe to a windows
On 5/21/06, Christopher Faylor wrote:
I've checked in a variation of the above plus some modifications to
pipe.cc which prevent some handle stomping and may make things work
better.
Did you actually check in a change to select.cc? I'm not seeing it.
(But I'm not all that good with cvs so
On Thu, May 04, 2006 at 01:47:25PM -0700, Steve Ellcey wrote:
I have been working to move the src tree at soureware.org to a newer
version of autoconf. The reason for this is so that we can, in turn,
move to a newer version of libtool. Would it be possible to rebuild the
configure scripts in
Hello,
I created a patch for cygwin1.dll which solves a problem with rsync on
cygwin platform, caused by national characters in filenames (file has
vanished error message). Patch, cygwin1.dll and readme available at
http://www.7bulls.com/~nergal/misc/cygwin-ld_utf/
The patch received little
I did, and I still have the problem.
- ran cygwin's setup and updated my installation
- downloaded the latest cygwin snapshot cygwin1-20060521.dll.bz2
- unzipped the cygwin snapshot, renamed it cygwin1.dll and placed in in
/usr/bin
- downloaded the latest gdb (6.4), built it and installed
On Fri, 2006-05-19 at 04:42 -0400, Charles Wilson wrote:
??? the pipe code? or the setup_invisible_console code? or both?
Actually I meant the setup_invisible_console code but I'll wait until
you've got further information on the handle stuff.
bye
ago
signature.asc
Description:
Richard Schmitt wrote:
- downloaded the latest gdb (6.4), built it and installed it.
[...]
doesn't suffer from this problem? The issue was fixed in CVS earlier
this year. But do note that it requires functionality not present in
6.4 won't do, it's too old. The fix was committed in
On Sun, May 21, 2006 at 07:14:52AM -0700, Brian Dessent wrote:
Richard Schmitt wrote:
- downloaded the latest gdb (6.4), built it and installed it.
[...]
doesn't suffer from this problem? The issue was fixed in CVS earlier
this year. But do note that it requires functionality not
The attached patch seems to solve all the issues revealed so far. There
is one open question, which may dictate a later change but the current
patch should work as desired on all platforms, and is suitable for
run-1.1.10 right now, IMO.
Here's the open question: I can find no reliable
On Sun, May 21, 2006 at 11:42:50AM +0200, Rafal Wojtczuk wrote:
Hello,
I created a patch for cygwin1.dll which solves a problem with rsync on
cygwin platform, caused by national characters in filenames (file has
vanished error message). Patch, cygwin1.dll and readme available at
On Sun, May 21, 2006 at 09:34:46AM -0700, [EMAIL PROTECTED] wrote:
On Sun, May 21, 2006 at 07:14:52AM -0700, Brian Dessent wrote:
Richard Schmitt wrote:
- downloaded the latest gdb (6.4), built it and installed it. [...]
doesn't suffer from this problem? The issue was fixed in CVS earlier
this
[EMAIL PROTECTED] wrote:
Hi,
recently, I reinstalled the Cygwin, because I wanted to have the new
postgresql 8.1, so I installed cygwin with the new version of postgresql.
You're either leaving out some very important fact about why you felt it was
necessary to reinstall Cygwin to get
On Sun, May 21, 2006 at 02:02:31PM -0700, Linda Walsh wrote:
- I was selecting packages; python and automake1.4 were selected
I think we heard you the first two times.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
I kept getting bounce messages on this d*mn message, only to discover
that some of the postings were getting through and some of the bounce
messages were coming from someone's broken virus filter that doesn't know
enough to not bounce list email...Grrr*sigh*
First: cygwin@cygwin.com:
On Sun, May 21, 2006 at 02:10:45PM -0700, Linda Walsh wrote:
I kept getting bounce messages on this d*mn message, only to discover
that some of the postings were getting through and some of the bounce
messages were coming from someone's broken virus filter that doesn't know
enough to not bounce
Christopher Faylor wrote:
On Sun, May 21, 2006 at 11:42:50AM +0200, Rafal Wojtczuk wrote:
Hello,
I created a patch for cygwin1.dll which solves a problem with rsync on
cygwin platform, caused by national characters in filenames (file has
vanished error message). Patch, cygwin1.dll and readme
sigtimedwait (signal.h, sys/signal.h) function is only enabled for
RTEMS. Why so ?
If there is no workaround for sigtimedwait in cygwin, how to use
pthreads-win32 in cygwin ?
Izo
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
cygwin:
I would like to send e-mail messages from Cygwin Bash scripts. I have
installed the email and exim packages. When I attempt to send a test
message form the command line, it fails:
2006-05-21 15:13:46 [EMAIL PROTECTED] ~
$ cat foo
test message.
line 2
bye.
On Sun, May 21, 2006 at 04:39:18PM -0400, Christopher Faylor wrote:
6.4 works, but I've found that no matter what, initializing the
following:
There is no way that 6.4 is going to fix this problem since, as Brian
noted, its release predates the fix that I checked in to deal with the
On Mon, May 22, 2006 at 12:00:23AM +0200, Iztok Kobal wrote:
sigtimedwait (signal.h, sys/signal.h) function is only enabled for
RTEMS. Why so ?
Just sheer orneriness.
If there is no workaround for sigtimedwait in cygwin, how to use
pthreads-win32 in cygwin ?
You can't.
Perhaps you'd like to
On Sun, May 21, 2006 at 03:28:05PM -0700, David Christensen wrote:
cygwin:
I would like to send e-mail messages from Cygwin Bash scripts. I have
installed the email and exim packages. When I attempt to send a test
message form the command line, it fails:
2006-05-21 15:13:46 [EMAIL
On Sun, May 21, 2006 at 03:31:13PM -0700, [EMAIL PROTECTED] wrote:
On Sun, May 21, 2006 at 04:39:18PM -0400, Christopher Faylor wrote:
6.4 works, but I've found that no matter what, initializing the
following:
There is no way that 6.4 is going to fix this problem since, as Brian
noted, its
On Sun, May 21, 2006 at 06:40:45PM -0400, Christopher Faylor wrote:
Again, Brian answered the question correctly. Building a 6.4 version of
gdb is not going to solve this problem.
cgf
Okay, so what is the exact answer?
Is it: CVS HEAD build of gdb will fix the issue?
-cl
--
Unsubscribe
Hi all,
I've been racking my brains trying to read keystrokes in a Cygwin
shell with ActiveState Perl. Has anyone worked out how to read
individual keystrokes with a Perl script running in a Cygwin shell or
SSH session? We have standardized on ActiveState perl here (as not all
servers are
[EMAIL PROTECTED] wrote:
On Sun, May 21, 2006 at 06:40:45PM -0400, Christopher Faylor wrote:
Again, Brian answered the question correctly. Building a 6.4 version of
gdb is not going to solve this problem.
cgf
Okay, so what is the exact answer?
Is it: CVS HEAD build of gdb will fix the
Hi,
In the current ghostscript distribution (8.50) it is missing the library
libijs.a, which is part of the standard ghostscript distribution.
Such library is required for building the IJS GUTENPRINT
plug-in (ijsgutenprint). This program is needed to use the IJS drive of
ghostscript.
I have
On Mon, 22 May 2006, Paul Dorman wrote:
Hi all,
I've been racking my brains trying to read keystrokes in a Cygwin
shell with ActiveState Perl. Has anyone worked out how to read
individual keystrokes with a Perl script running in a Cygwin shell or
SSH session? We have standardized on
Brian was right. I've downloaded gdb 6.5.60.20060516 (the latest) and built
it. It runs fine with cygwin1.dll 20060521. No more sigsegv's. Thanks.
Rich
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Larry Hall (Cygwin)
Sent: Sunday, May 21, 2006 7
Yes, I've done some more research and experimentation and determined
the lack of STDIN and STOUT in Cygwin makes it impossible to do what I
would like with ActiveState Perl. I don't mind Cygwin Perl at all, but
here we must use the ActiveState implementation (by policy).
Is this situation likely
On Mon, 22 May 2006, Paul Dorman wrote:
Yes, I've done some more research and experimentation and determined
the lack of STDIN and STOUT in Cygwin makes it impossible to do what I
would like with ActiveState Perl.
Huh? Cygwin does have STDIN and STDOUT -- they are just not bound to a
On Sun, May 21, 2006 at 10:19:06PM -0400, Igor Peshansky wrote:
Noticed a problem today: if you start a Windows process in bash and press
Ctrl-C, the Ctrl-C will be delivered to the process, but then bash (or the
Cygwin wrapper that waits for the Windows process) will simply hang until
the
On Sun, 21 May 2006, clayne wrote:
On Sun, May 21, 2006 at 10:19:06PM -0400, Igor Peshansky wrote:
Noticed a problem today: if you start a Windows process in bash and
press Ctrl-C, the Ctrl-C will be delivered to the process, but then
bash (or the Cygwin wrapper that waits for the Windows
45 matches
Mail list logo
