I would be grateful if you would add one or two links
to the "Mailing lists" item in the left-side navbar
that takes one directly to the cygwin mailing list page.
Say for example:
Mailing lists (cygwin, apps)
where "Mailing lists" points to
http://cygwin.com/lists.html (as it now does)
and cygw
I see references to a package called upset to
manage the creation of release areas. I looked
searched vigorously on cygwin-apps and cygwin
lists and looked through the site including the
pointer to the CVS web link and didn't find it.
Also downloaded and extracted the setup source
and searched for
Igor Pechtchanski wrote:
On Thu, 3 Jul 2003, Jim Kleckner wrote:
I see references to a package called upset to
manage the creation of release areas. I looked
searched vigorously on cygwin-apps and cygwin
lists and looked through the site including the
pointer to the CVS web link and didn't
Igor Pechtchanski wrote:
FYI, the cvsweb.cgi script produces a chooser box at the top of the page
which allows you to select the CVS Root without hand-editing the URL.
Igor
Holy cow, I must have been still asleep that morning, sheesh!
Thanks again - Jim
--
Unsubscribe info: htt
It would be very nice to get Nigel Stephens select patch
into a test release:
http://sources.redhat.com/ml/cygwin/2003-07/msg00254.html
This was the one where the socket connect state was not being
mainained across a fork. Or is this corrected in another way?
Jim
Christopher Faylor wrote:
I've
I am really batting 0, apologies. I searched for Nigel rather than N.
Stephens. Sheesh.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygw
Below is a description of a buffering speed improvement.
The original message with complete patch for performance can be found here:
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&newwindow=1&selm=at1i0e%241tj3%241%40FreeBSD.csie.NCTU.edu.tw
This may explain the horrendous performance
Mike -
Greger Cronquist and I have been using a patched rsync
successfully. This was patched from two published patches,
one for buffering which seems to cause severe performance
problems under cygwin while only mild under Linux. The
is for the hang documented elsewhere. Here are patch discussi
The msleep(100) call is not checked into version 1.156 of main.c.
I would recommend trying this one-line patch to see if it helps.
I haven't personally delved into the true meaning.
I just checked my read-only CVS tree for rsync again.
Here is the context diff for that file. Note that the msleep
I'm using a program called TradeStation that allows
specifying a path name to a DLL, specifying the
signature of a function to call, and then
loading/calling that function. The documentation is
very sparse for how to do this and probably built in
some way that depends in an obscure way on having
Larry Hall (RFK Partners, Inc) wrote:
I assume the reason you're using the -mno-cygwin flag is because of
Chris's comment. Clearly what you're trying to do won't work if you
link against the Cygwin DLL. Using -mno-cygwin should remove cygwin1.dll
from the equation but just substituting MSC
are opened at runtime in a fashion similar to
dlopen? If so, then some FAQ annotation would be
in order here:
http://www.cygwin.com/cygwin-ug-net/dll.html
Jim
Jim Kleckner wrote:
I'm using a program called TradeStation that allows
specifying a path name to a DLL, specifying the
signatu
Christopher Faylor wrote:
On Fri, Jan 17, 2003 at 06:58:17AM -0800, Joshua Daniel Franklin wrote:
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
References: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
After carefully inspecting the symbols from
generated dlls and dlls provided by
I promise that I have searched a whole bunch to
find the answer to this question. I would be
happy just to get pointers in the right direction
to look. It appears that some programs use
termcap and some use terminfo.
I have mostly gotten my bash colors to display
properly with black on white whi
Thorsten Kampe wrote:
* Jim Kleckner (03-01-21 21:17 +0100)
I have mostly gotten my bash colors to display properly with black on white
which I find considerably more pleasing than white on black [...]
Programs like info, man, and cpan, however, do not know about these switched
default
ve for the default windows
terminal emulator and that it doesn't require X on Windows but works
with it if present.
Thanks! Jim
Lapo Luchini wrote:
Jim Kleckner wrote:
Have a look at the man page and my .Xdefaults[1]...
Thank you for the suggestion. I'm currently using the bare c
Max Bowsher wrote:
William A. Hoffman wrote:
[snip]
2. Failing that, it would be nice if the setup program had a button that
set all the values to Keep. The problem is that if I want a new
package X, I have to click 20 other packages to Keep, or risk an
update of everything. There should be
Larry Hall (RFK Partners, Inc) wrote:
At 09:54 PM 1/30/2003, Jim Kleckner wrote:
[snip ]
Thanks! While you have the code in hand, would it be
possible to allow the setup window to be resized?
I'm constantly wanting to see more lines at once...
Have you been reading the email archive
Consistently when I shutdown Win2K I get a dialog
asking to end an rxvt process:
End Program: rxvt0510
Windows cannot end this program. It may need
more time to complete an operation. ...
End Now/Cancel
I launch rxvt via an rxvt.lnk that contains
the following as the "Target":
C
Thank you for the suggestion.
David Starks-Browning wrote:
On Wednesday 19 Feb 03, Jim Kleckner writes:
[snip]
If *all* shells source that line, then you have the problem that the
first one to exit will kill ssh-agent, and maybe you don't want that.
You could put something a bit
I noticed that the mirror site that I am using
via rsync:
rsync://mirrors.kernel.org/sources.redhat.com/cygwin/
lost the md5.sum file some time ago (2-3 months?).
An informal and incomplete check of sites from
http://cygwin.com/mirrors.html
indicates these sites have the md5.sum file:
http://
Brian Dessent wrote:
Jim Kleckner wrote:
I noticed that the mirror site that I am using
via rsync:
rsync://mirrors.kernel.org/sources.redhat.com/cygwin/
lost the md5.sum file some time ago (2-3 months?).
*at the top level*
An informal and incomplete check of sites from
http://cygwin.com
Is it possible the java code simply wasn't configured to build?
All of the java headers are missing.
Christopher Faylor wrote:
I've moved all of the latest gcc stuff out of "test" and into "current".
This is the standard gcc 3.3.1 release from gcc.gnu.org + patches from
Danny Smith and (to a vastl
Jim Kleckner wrote:
...
I tried uncompressing, configuring, and "make" of gcc.
Recompiling and installing 3.3.1-1 fails to install the headers.
Subsequent uncompress, configure, recompile of 3.2-3 failed
to compiler.
To be clear, the install ofo 3.3.1-1 succeeds but it doesn't
Christopher Faylor wrote:
On Fri, Oct 03, 2003 at 07:07:54PM -0700, Jim Kleckner wrote:
Is it possible the java code simply wasn't configured to build?
All of the java headers are missing.
Christopher Faylor wrote:
I've moved all of the latest gcc stuff out of "test" and
H.S. wrote:
...
I don't know why, but it is working now. I exluded the .lnk files and
backup the d drive folder separately first. Then I included other
directories to backed up. Now I am backing up only '/cygdrive/d/sukh
/cygdrive/c/Documents\ and\ Settings' and it seems tobe working great.
Well
Michael McKerns wrote:
Yes, yes... I've not given you enough information...
$ uname -a
CYGWIN_NT-5.1 turro 1.5.19<0.150/4/2) 2006-01-20 13:38 i686 Cygwin
Also the file I attached needs to inspect a .dll that is built
with the procedure that I described in the first part of the
message. So w
Jim Kleckner wrote:
Michael McKerns wrote:
Yes, yes... I've not given you enough information...
...
See:
http://cygwin.com/cygwin-ug-net/dll.html
http://cygwin.com/faq.html#faq.programming.dll-relocatable
I'm seeing a similar problem with python and 1.5.19 and also tried the
snap
Larry Hall (Cygwin) wrote:
Jim Kleckner wrote:
Jim Kleckner wrote:
Michael McKerns wrote:
Yes, yes... I've not given you enough information...
...
See:
http://cygwin.com/cygwin-ug-net/dll.html
http://cygwin.com/faq.html#faq.programming.dll-relocatable
I'm seeing a similar pr
Larry Hall (Cygwin) wrote:
Jim Kleckner wrote:
Larry Hall (Cygwin) wrote:
Jim Kleckner wrote:
Jim Kleckner wrote:
Michael McKerns wrote:
Yes, yes... I've not given you enough information...
...
See:
http://cygwin.com/cygwin-ug-net/dll.html
http://cygwin.com/faq.html#faq.programmin
Max Bowsher wrote:
Hi,
I compiled a C++ Python Extension, and found that it caused the Python
interpreter process to silently die (with a *zero* exitcode!) when it
attempted to load the extension module.
I traced the problem to the line:
static ios_base::Init __ioinit;
in .
It seems that whe
Jim Kleckner wrote:
Could someone provide a pointer to the GDB change?
The changelog is here: *http://tinyurl.com/rnhjw
win32_nat.c is listed here: **http://tinyurl.com/rnhjw
The key change diffs appear to be here:
**http://tinyurl.com/z5vze
*
--
Unsubscribe info: http://cygwin.com
Brian Dessent wrote:
As you can see, this all is contingent upon a program like GDB using the
Windows debug API. Without that, the entire issue is irrelevant, so I
can't see how this possibly would apply to Python.
Thanks for explaining how the Windows debug API is the one
actually catching
Jim Kleckner wrote:
Brian Dessent wrote:
As you can see, this all is contingent upon a program like GDB using the
Windows debug API. Without that, the entire issue is irrelevant, so I
can't see how this possibly would apply to Python.
Thanks for explaining how the Windows debug API i
Dave Korn wrote:
-Original Message-
From: cygwin-owner On Behalf Of Jim Kleckner
Sent: 10 December 2004 19:01
We used to use Purify to find these sorts of problems
often just by running the program once. Unfortunately
for us using cygwin, Purify appears to have moved toward
a firm
Lester Ingber wrote:
Jim:
Hi. On Solaris9 I use leak and there are no leaks, and I see no errors
at all.
Valgrind implements an x86 interpreter and, among other things,
checks use of uninitialized memory or referencing outside of
allocated memory. Dave's conjecture was that the problem was
of th
Corinna Vinschen wrote:
On Dec 13 14:37, Bob Smart wrote:
I've discovered that in some circumstances, scp seems to get tired
early when transferring a largish file (around 200MB). It copies
diligently for the first 20-40MB (exactly where it stops varies
from run to run), then CPU usage drops to ze
Bill Priest wrote:
Jim & All,
I've successfully built and used cygwin 3.3.1 with
Herman Ten Brugge's bounds checking patches. I've
submitted the trivial changes required for cygwin back
to Herman.
You can google for Herman Ten Brugge and find a
reference to the changes I made to get them to wo
Dave Korn wrote:
-Original Message-
From: cygwin-owner On Behalf Of Lester Ingber
Sent: 10 December 2004 16:14
...
Your code has a bug: a stray pointer or array overwrite that is trashing some
memory. The only reason you get away with it on Solaris is by sheer luck;
either the stack or h
Jim Kleckner wrote:
Dave Korn wrote:
...
Maybe we should try and port the free open-source equivalent valgrind
(http://valgrind.kde.org/) instead? I haven't ever looked at this,
but it ought
to be possible. I note that you can use (a special variant version
of) valgrind
to verify win32
ssh-agent leaves stale directories named /tmp/ssh-
that contain the named pipe for authentication.
These left over directories come about when you log out
or shut down the computer without stopping ssh-agent
either by running keychain to shut it down or sending it
a SIGHUP to exit and clean up.
Corinna Vinschen wrote:
On Feb 23 06:18, Jim Kleckner wrote:
ssh-agent leaves stale directories named /tmp/ssh-
that contain the named pipe for authentication.
These left over directories come about when you log out
or shut down the computer without stopping ssh-agent
either by running
Karl M wrote:
From: Jim Kleckner
Subject: ssh-agent and /tmp/ssh-* removal at logout
Date: Wed, 23 Feb 2005 06:18:50 -0800
ssh-agent leaves stale directories named /tmp/ssh-
that contain the named pipe for authentication.
These left over directories come about when you log out
or shut down the
I had a user install clamwin and as discussed on the list here:
http://www.cygwin.com/ml/cygwin-apps/2004-09/msg00288.html
it blithely installs cygwin1.dll regardless of any installation
of cygwin. This predictably causes problems.
Searching through the user guide and faq doesn't yield
a suggesti
Larry Hall wrote:
At 01:50 PM 3/24/2005, you wrote:
I had a user install clamwin and as discussed on the list here:
http://www.cygwin.com/ml/cygwin-apps/2004-09/msg00288.html
it blithely installs cygwin1.dll regardless of any installation
of cygwin. This predictably causes problems.
Searching t
Jim Kleckner wrote:
This is helpful, thank you. Being curious and trying to be minimal
about changes to the system in question, I tried removing and linking
the dll in place. I first tried "ln -s /bin/cygwin1.dll" in the
clamwin/bin directory and wasn't surprised that it didn
Larry Hall wrote:
> At 10:20 PM 3/24/2005, Brian Dessent wrote:
>> A symlink won't work, because it's Windows own loader that searches
>> for and loads any .DLLs called for by an .exe. Windows does not
>> understand symlinks as they are a Cygwin thing, so you can't
>> symlink a DLL and expect it to
Christopher Faylor wrote:
OTOH, perhaps I'm oversimplifying things, but it seems like this thread
went on for quite a while after the simple "delete the nonstandard DLL"
advice was given. I don't see how any advice is going to be useful if
it isn't followed.
I agree completely. All the more reaso
Christopher Faylor wrote:
On Wed, Mar 30, 2005 at 08:08:16AM -0800, Jim Kleckner wrote:
Christopher Faylor wrote:
OTOH, perhaps I'm oversimplifying things, but it seems like this thread
went on for quite a while after the simple "delete the nonstandard DLL"
advice was given. I do
Christopher Faylor wrote:
On Wed, Mar 30, 2005 at 08:45:10AM -0800, Jim Kleckner wrote:
So, if you're a Unix guy since 1978, that puts you in a unique category.
You don't qualify as a FAQ.
I don't quite understand this. I don't qualify to write FAQ entries
or shouldn't
Christopher Faylor wrote:
On Wed, Mar 30, 2005 at 09:57:44AM -0800, Jim Kleckner wrote:
Then strike the link text and limit it to the workaround of adding
the bin to the system path. My text was a suggested starting point.
i.e., a workaround.
The solution that the DLL has to be in the system
Attached is a simple test case of std::random_shuffle() that
gives different answers on cygwin and RH Linux. Note that
the output looks like a simple circular rotation on cygwin
but works correctly on RH 7.2. The problem appears to be
the implementation of lrand48(). If you undefine:
#undef _GL
Arturus Magi wrote:
Jim Kleckner wrote:
Version of cygwin is current (see attached file
for all version stamps)
gcc 3.3.1-3
gcc-g++ 3.3.1-3
version of gcc/g++ on Linux is 2.96.
The test program is attached as is cygcheck output.
To run it just type (note that
Arturus Magi wrote:
Jim Kleckner wrote:
Version of cygwin is current (see attached file
for all version stamps)
gcc 3.3.1-3
gcc-g++ 3.3.1-3
version of gcc/g++ on Linux is 2.96.
The test program is attached as is cygcheck output.
To run it just type (note that
Jonathan wrote:
When backing up data off the desktop box ( debian <- windows ) the rsync
will often stall.
Note that if you can get the client to "push" the data to
the server rather than having the server "pull" it, then
there seems to be no hang problem. But firewalls often get
in the way o
Matt England wrote:
> I find cygwin's setup.exe extremely difficult to understand, and over
the years I've used it, I have found it somewhat buggy (unless the
"bugs" I find are really just "features" that I don't understand).
The biggest question: why do myself and everyone else in my softwar
Yaakov S (Cygwin Ports) wrote:
The following package has been added to the Cygwin net release:
*** Numeric-24.2-1
Numerical Python provides a fast, compact, multidimensional array
language facility as a Python module.
This package requires python-2.4.x and is listed under the Python category.
Jim Kleckner wrote:
This patch mentions:
# Optionally, you can run
# python setup.py config first. This fixes a bug in
LinearAlgebra on Cygwin (and possibly
# other platforms).
but "python setup.py config" fails to compile with the message:
unable to execute _configtest.ex
René Berber wrote:
Keychain seems to be missing the equivalent of "eval `ssh-agent -s`" (if using
bash).
I use this bash function to start keychain to work around that issue.
function kc() {
#Keychain invocation
keychain ~/.ssh/id_rsa
if [ -e ~/.ssh-agent-`hostname` ] ; then
Martin wrote:
--- Rob Hatcherson <[EMAIL PROTECTED]> wrote:
...
I had a similar problem with dynamically loaded modules (extensions) in
TCL. I traced my problem to the upgrade of binutils 20050610-1 to
binutils 20060709-1. When I rolled it back, everthing was fine.
However, I'm still running 1
Gene Smith wrote:
I have built a cross compiler for arm under cygwin from gnu sources
and cygwin's gcc. I now have a bunch of .exe's that run fine under
cygwin. Is it possible to use these on a system without cygwin
installed. Right now I don't have a system w/o cygwin so can't test.
See cyg
I'm not seeing name resolution on cygwin.com from several different ISPs?
Anyone else see this or know what is going on?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FA
The presence of a little bit of spam on this list reminds
me how little normally gets through.
I know it might be considered a little OT, but do you have
a pointer to what techniques are used these days?
Thanks - Jim
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem rep
Yep. The "const char *" declarations are missing with the current swig
version so Python 2.5 doesn't work without modifications.
It would be great to update SWIG now that Python is.
Brian Hassink wrote:
A friendly ping to the SWIG package maintainer...
The current package is based on SWIG 1.
Benoit Miller wrote:
Corinna Vinschen wrote:
On Feb 21 00:54, Andy Wu wrote:
When I try to do a checkout or export from a svn repository, I get the
following error message:
svn checkout svn+ssh://[path]/[to]/[repository]
11 [main] svn 1472 child_copy: linked dll data write copy failed,
0x317
Brian Dessent wrote:
"Michael D. Adams" wrote:
he workaround for this problem that I have found is to set the
*Windows* path to include C:\cygwin\bin before running setup.exe. So
for example this sequence works:
set PATH=C:\cygwin\bin;%PATH%
setup.exe
Then /bin/sh is actually created, the pro
Corinna Vinschen wrote:
You'll have to live with the behaviour in 1.5.24 then for some time.
There won't be any bug fixing to 1.5.24 anymore. The next version will
be a major, major, MAJOR update with lots of changes, not only in socket
code.
Just curious when you think the new version will be
I've had various luck with getting sshd working with Vista.
Today, it was working for a while and then after some patch
updates stopped. Nothing seems to want to get it working again.
I verified passwd and groups are identical to the output of mkpasswd
and mkgroup. I verified that all directori
Jim Kleckner wrote:
I've had various luck with getting sshd working with Vista.
Today, it was working for a while and then after some patch
updates stopped. Nothing seems to want to get it working again.
The event log says this:
sshd: PID 2532: fatal: recv_rexec_state: ssh_msg
Jim Kleckner wrote:
I've had various luck with getting sshd working with Vista.
Today, it was working for a while and then after some patch
updates stopped. Nothing seems to want to get it working again.
The event log says this:
sshd: PID 2532: fatal: recv_rexec_state: ssh_msg_recv f
In trying to figure out what was going on with Vista Business,
I removed all of cygwin and reinstalled, first as me with
administrator privileges and then with "run as administrator".
In all cases, the postinstall scripts all fail with lines like:
6 [unknown (0x890)] bash 3248 _cygtls::hand
Jim Kleckner wrote:
In trying to figure out what was going on with Vista Business,
I removed all of cygwin and reinstalled, first as me with
administrator privileges and then with "run as administrator".
In all cases, the postinstall scripts all fail with lines like:
I've given
I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965
This may just be another case of "threading doesn't work well".
I'm including the test case.
It fails with cygwin Python with a dia
Dave Korn wrote:
On 29 August 2007 01:05, Jim Kleckner wrote:
It could be a NOD32 issue, to judge by the trouble it's been causing
elsewhere today:
http://cygwin.com/ml/cygwin/2007-08/msg00824.html
[and http://cygwin.com/ml/cygwin/2007-08/msg00800.html ]
Looks like you'd n
Jeremy K. Truax wrote:
So as I said in the last message for this thread, I was able to get sshd
fully working by uninstalling the antivirus.
In case anyone else is using NOD32 for antivirus (www.eset.com), it has a
special service called IMON (Internet monitor) that seems to be pretty
picky on w
Jim Kleckner wrote:
I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965
Would some kind soul try the example and let me know that it
does/doesn't work for you? Setting debug
Steve Holden wrote:
Jim Kleckner wrote:
Jim Kleckner wrote:
I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965
Would some kind soul try the example and let me know that it
does
Larry Hall (Cygwin) wrote:
Steve Holden wrote:
Igor Peshansky wrote:
On Wed, 5 Sep 2007, Steve Holden wrote:
Running the example on the above Python system I just see the
command
prompt return with no program output whatsoever:
[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py
Dave Korn wrote:
These sorts of problems (cpu usage pegged at 100%, or mysterious hangs or
fork failures) are often caused by buggy versions of antivirus, antispyware,
personal firewall, or other similar security or system-related software that
hooks into every running process and - because
Jim Kleckner wrote:
Larry Hall (Cygwin) wrote:
Steve Holden wrote:
Igor Peshansky wrote:
On Wed, 5 Sep 2007, Steve Holden wrote:
Running the example on the above Python system I just see the
command
prompt return with no program output whatsoever:
[EMAIL PROTECTED] ~/Projects/Python
Christopher Faylor wrote:
On Thu, Sep 06, 2007 at 12:01:25PM -0700, Brian Dessent wrote:
Jim Kleckner wrote:
Running it with idle does give the exception dialog.
I can't seem to grab hold of anything to get a traceback.
Suggestions?
Thanks for providing a testcase. Shou
Brian Dessent wrote:
Jim Kleckner wrote:
Running it with idle does give the exception dialog.
I can't seem to grab hold of anything to get a traceback.
Suggestions?
Thanks for providing a testcase. Should be fixed in CVS:
<http://www.cygwin.com/ml/cygwin-patches/2007-q3/
Jim Kleckner wrote:
Brian Dessent wrote:
Jim Kleckner wrote:
Running it with idle does give the exception dialog.
I can't seem to grab hold of anything to get a traceback.
Suggestions?
Thanks for providing a testcase. Should be fixed in CVS:
<http://www.cygwin.com/ml/cygwin
Jim Kleckner wrote:
I tried running
/lib/python2.5/test/test_thread.py
and it hangs at the line below:
*** Changing thread stack size ***
caught expected ValueError setting stack_size(4096)
successfully set stack_size(262144)
successfully set stack_size(1048576)
successfully set stack_size(0
Jim Kleckner wrote:
Jim Kleckner wrote:
I tried running
/lib/python2.5/test/test_thread.py
and it hangs at the line below:
*** Changing thread stack size ***
caught expected ValueError setting stack_size(4096)
successfully set stack_size(262144)
successfully set stack_size(1048576
Jim Kleckner wrote:
Jim Kleckner wrote:
I tried running
/lib/python2.5/test/test_thread.py
and it hangs at the line below:
*** Changing thread stack size ***
caught expected ValueError setting stack_size(4096)
successfully set stack_size(262144)
successfully set stack_size(1048576
Jim Kleckner wrote:
Jim Kleckner wrote:
I tried running
/lib/python2.5/test/test_thread.py
and it hangs at the line below:
*** Changing thread stack size ***
caught expected ValueError setting stack_size(4096)
successfully set stack_size(262144)
successfully set stack_size(1048576
Damjan Lango wrote:
I'm still having problems with reattaching screen under ssh sessions.
Does it work to anybody at all? ssh + screen + vista anyone?
sigh :(
I have had some success using vista 64 bit. Not frequently used, though.
Jim
--
Unsubscribe info: http://cygwin.com/ml/#unsubscr
Brian Dessent wrote:
Jim Kleckner wrote:
Running it with idle does give the exception dialog.
I can't seem to grab hold of anything to get a traceback.
Suggestions?
Thanks for providing a testcase. Should be fixed in CVS:
<http://www.cygwin.com/ml/cygwin-patches/2007-q3/msg00
Dave Korn wrote:
On 26 January 2008 02:27, Jim Kleckner wrote:
Thanks for providing a testcase. Should be fixed in CVS:
<http://www.cygwin.com/ml/cygwin-patches/2007-q3/msg00013.html>
I have a python application that works fine
on Linux and Mac but fails with Cygwin.
I tried
Jim Kleckner wrote:
Dave Korn wrote:
On 26 January 2008 02:27, Jim Kleckner wrote:
...
The two testcases I found in those threads (attached) both WJFFM under
cygwin 1.5.25-7 but fail under 1.5.23-2. If you can reproduce that
and your
program still fails, it's probably a diff
Thanks for running this.
René Berber wrote:
Jim Kleckner wrote:
[snip]
Would someone mind trying the following to see if you get the same
behavior?
cd /usr/lib/python2.5/test
python testall.py
Observe that it hangs at "creating task 1".
Yes. After a while of being idle threads go
Dr. Volker Zell wrote:
Hi
A new version of 'gnuplot' has been uploaded to a server near you.
[snip]
Would you mind to consider including the patch documented here:
http://article.gmane.org/gmane.os.cygwin.applications/17023
and here:
http://cygwin.com/ml/cygwin-apps/2008-06/msg00102.html
Jim Kleckner wrote:
Dr. Volker Zell wrote:
Hi
A new version of 'gnuplot' has been uploaded to a server near you.
[snip]
Would you mind to consider including the patch documented here:
http://article.gmane.org/gmane.os.cygwin.applications/17023
and here:
http://cygwin.com/ml/c
I've read through the various permission documents
to find the explanation and tried Google without
figuring this one out. Hopefully it is very simple.
I have an old cygwin install that I was upgrading
to the latest 1.5. I find that the files in /bin
are mode 700 rather than 750 on my other ins
Larry Hall (Cygwin) wrote:
Jim Kleckner wrote:
I've read through the various permission documents
to find the explanation and tried Google without
figuring this one out. Hopefully it is very simple.
I have an old cygwin install that I was upgrading
to the latest 1.5. I find that the fil
Corinna Vinschen wrote:
On Aug 17 23:07, Jim Kleckner wrote:
Larry Hall (Cygwin) wrote:
Jim Kleckner wrote:
I've read through the various permission documents
to find the explanation and tried Google without
figuring this one out. Hopefully it is very simple.
I have a
97 matches
Mail list logo
