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/doesn't work for you?
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
Jim Kleckner wrote:
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
I would like to know if the source code for Cygwin's version of OpenSSH
is stored in the winsup CVS repository.
If not, please tell me where I can get this code. Thanks.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Siva wrote:
I would like to know if the source code for Cygwin's version of OpenSSH
is stored in the winsup CVS repository.
No, it is not. What made you think that?
If not, please tell me where I can get this code. Thanks.
Run setup.exe and when you get to the part that shows the
Siva wrote:
I would like to know if the source code for Cygwin's version of OpenSSH
is stored in the winsup CVS repository.
No. Why would you think that? The last thing we would want to do is
fork our own version of OpenSSH and have to worry about maintaining it
separate from the OpenSSH
An updated version of zsh (zsh-4.3.4-1) has been released and should be
at a mirror near you real soon.
NOTICE:
===
This version has Multi-byte/Unicode support enabled in it. This may or
may not present problems for existing scripts which assumed a prior
behaviour concerning multi-byte
Brian Dessent wrote:
The choice to ship gcc configured for SJLJ is because it is the only way
to guarantee correct behavior in all cases. [... elided... ] EH across
shared libraries will always be broken in the case of static libgcc et
al. (The same is true on other platforms like Linux, so
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
So it fails, but doesn't bring up the exception dialog.
Anthony Heading wrote:
So it seems to be a pretty high hurdle to have full windows
compatibility here, and frustratingly I don't really understand the aim
or the purpose. For code that is going to link with Windows/msvcrt,
using mingw is an obvious first choice, and the correctness guarantee
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
So it fails, but doesn't bring up the exception
According to Aaron Gray on 9/2/2007 7:48 AM:
On doing a 'tar -czf ...' I am getting the following
message for each
subdirectory - file changed as we read it
Anyone know whats going on ?
I know in the past this has been a problem with remote
shares that don't
have stable inode numbers, but
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
So it fails, but doesn't
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
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
Brian Dessent wrote:
The reason we ship with SJLJ is because the Dwarf unwinder (prior to gcc
4.3) can't deal with foreign frames.
I don't think Danny every claimed that 4.3 solved the foreign frame
problem that Dwarf2 EH suffers from. I know there was *supposed* to be
a SoC project to fix
An updated version of zsh (zsh-4.3.4-1) has been released and should be
at a mirror near you real soon.
Peter,
(you may have already got this)
I'm getting the following errors (this is actually for 4.3.2 which I tried
withot success to roll back to)
3 [main] zsh 5904
I need to install OpenSSL, but when I click on the link to download/run
setup.exe, the file seems unavailable and I get the The page cannot be
displayed page. Can you please look into this?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
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
$
Charles Wilson wrote:
I don't think Danny every claimed that 4.3 solved the foreign frame
problem that Dwarf2 EH suffers from. I know there was *supposed* to be
a SoC project to fix that (and another, related one? to add SEH support)
but I've seen no results from it (either one).
Can you
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/msg00013.html
Brian
--
Unsubscribe
Szymon Lapinski wrote:
I'm not sure if this was caused by SP2 or by some of following Windows
updates but it used to work well before SP2, and still works well on
Windows 2000.
(...)
time gawk 'BEGIN{for(i=1;i1000;i++){system(true)}}'
time for i in `seq 1 1000`; do bash -c true; done
I've
On 9/6/07, Yu Namba wrote:
I need to install OpenSSL, but when I click on the link to download/run
setup.exe, the file seems unavailable and I get the The page cannot be
displayed page. Can you please look into this?
--
When I click on the link, it works just fine for me.
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. Should be fixed in CVS:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A mailing list is more appropriate for this than me personally -
http://cygwin.com/acronyms/#PPIOSPE
According to Mike Parker on 9/6/2007 10:11 AM:
Eric;
Apologies if you are not the Volunteer BASH Maintainer; if not can you
point me in the
On Thu, Sep 06, 2007 at 01:12:19PM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A mailing list is more appropriate for this than me personally -
http://cygwin.com/acronyms/#PPIOSPE
According to Mike Parker on 9/6/2007 10:11 AM:
Eric;
Apologies if you are not the
Hello-
Firstly, thanks to everyone who has worked on setup.exe, it's really a
very convenient program! There is just one thing that has always
bothered me, which is that you have to click repeatedly on the package
or category to cycle through all the available actions to find the one
you
Hello
This is Tatsuro writing.
My threwing the problem on octave on cygwin seems to cause extensive
disscussions.
It is greatful for me. Thank a lot.
Anthony Heading wrote:
Not to say
that the constraint isn't technically real, but it it worth killing the
Cygwin platform for Octave et
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. Should be
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:
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:
I am changing the subject here because this problem is cygwin/xemacs-specific
only, so it has nothing to do with smb permissions because I can touch and edit
the same file with nano and save properly. Same with vi. It's entirely xemacs.
I've attached my config, per request.
-Original
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)
A bad mirror is always a potential problem.
From the nearest servers, I choose by sympathy. Erlangen is the city
where my parents studied and met each other, so this was my preferred
server. Now I couldn't find a server very near my location so I chose
Vienna, because I like the music from
Siva wrote:
are there any special flags/config options that I need to reproduce
cygwin's binary version of OpenSSH? Basically, I'm planning to make
some small tweaks to the OpenSSH code to integrate into an application,
but I want to use the configuration used in the cygwin's binary version.
Brian Dessent wrote:
I think you're confusing the two separate issues, or maybe I didn't
transition from one to the other very clearly.
The reason we ship with SJLJ is because the Dwarf unwinder (prior to gcc
4.3) can't deal with foreign frames. You can run into this simply by
writing a
Christopher Faylor wrote on Thursday, September 06, 2007 3:15 PM:
On Thu, Sep 06, 2007 at 01:12:19PM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A mailing list is more appropriate for this than me personally -
http://cygwin.com/acronyms/#PPIOSPE
According to
On Thu, Sep 06, 2007 at 02:51:52PM -0700, 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
Ok, thanks, I was able to get the src code that way. One more question.
When building OpenSSH for cygwin, I'm planning to do
cd %opensshdir%
./configure
Make
are there any special flags/config options that I need to reproduce
cygwin's binary version of OpenSSH? Basically, I'm planning to
On 9/6/07, Tatsuro MATSUOKA [EMAIL PROTECTED] wrote:
Hello
This is Tatsuro writing.
My threwing the problem on octave on cygwin seems to cause extensive
disscussions.
It is greatful for me. Thank a lot.
Anthony Heading wrote:
Not to say
that the constraint isn't technically real,
Jari Aalto wrote:
Web server problem?
No, just a brain fart. I uploaded them to my testing server, and then
didn't push them to the production server. Sorry about that.
On Wed, 5 Sep 2007, Cole Radcliffe wrote:
That is weird. I do not have a .Xdefaults in my home directory.
YOU should create $HOME/'.Xdefaults' if YOU like! That file is for YOUR
preferences! Try it! If you do not like, you can delete that file!
Cheers,
Angelo.
I do
have a
Cole Radcliffe schrieb:
That is weird. I do not have a .Xdefaults in my home directory. I do
have a .Xauthority-c file, which is empty. I downloaded it pretty
recently, maybe we are working with different versions.
That is no suprise. If you have no .Xdefaults, then just create it.
--
On Thu, 2007-09-06 at 00:22 -0500, Cole Radcliffe wrote:
%RUN% xterm -fn 10x20 -scrollbar -e /usr/bin/bash -l does not work for me
I also tried it with -scrollBar
That's because -scrollbar is not a valid command line parameter tor
xterm.
%RUN% xterm -fn 10x20 -sb -sl 2500 -e /usr/bin/bash
Hello all,
I am on windows terminal server win_ts:
When executing a windows GUI application such as calc from a cygwin
shell, it works just fine, without setting any DISPLAY env variable.
Now if I connect to terminal server win_ts from a unix xterm - I am
still on the same terminal server -
Mahdi A Sbeih schrieb:
I am on windows terminal server win_ts:
When executing a windows GUI application such as calc from a cygwin
shell, it works just fine, without setting any DISPLAY env variable.
No surprise here. Windows applications don't use X11, so they don't look for
DISPLAY.
Now
Thanks
-swcursor has eliminated the console messages, and it manages to
highlight the extremely slow response. It is taking several seconds
for the mouse pointer to move when I move the physical mouse. In
fact, I now realize that keyboard is non responsive as well. I'm not
seeing any cpu
Cole Radcliffe schrieb:
So that xterm will automatically know to look in .Xdefaults if I make
that file?
Yes.
How does it know that?
Because it has been build that way.
Almost any program that uses X11 will honor the settings in .Xdefaults.
--
Unsubscribe info:
On Thu, 6 Sep 2007, Cole Radcliffe wrote:
So that xterm will automatically know to look in .Xdefaults if I make
that file?
Not only xterm but also other applications look in .Xdefaults!
If you google for .Xdefaults, I am sure you will find other examples!
How does it know that?
Don't
Hi,
I noticed when I run X and use multiple virtual desktops (using Nvidia
nview), xterms and other X applications are
not refreshing properly if they are located on different virtual
desktops. For example, if I start 2 xterms on desktop 1
and if these xterms overlap, then if I send one of them
What are the XWin server options you are using with that Reid? Mine
which are %RUN% XWin -clipboard -silent-dup-error -multiwindow give
some weird object that looks like a scrollbar on the side but it does
not allow you to scroll
On Thu, 2007-09-06 at 00:22 -0500, Cole Radcliffe wrote:
%RUN%
Reid Thompson wrote:
Cole Radcliffe wrote:
What are the XWin server options you are using with that Reid? Mine
which are %RUN% XWin -clipboard -silent-dup-error -multiwindow give
some weird object that looks like a scrollbar on the side but it does
not allow you to scroll
my options are the
Cole Radcliffe wrote:
What are the XWin server options you are using with that Reid? Mine
which are %RUN% XWin -clipboard -silent-dup-error -multiwindow give
some weird object that looks like a scrollbar on the side but it does
not allow you to scroll
my options are the same - XWin
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-09-06 18:47:44
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include/sys: stdio.h
Log message:
* include/sys/stdio.h (_flockfile): Don't try to lock a FILE
that
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-09-07 00:44:27
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include/cygwin: config.h
Log message:
* include/cygwin/config.h (__getreent): Define inline version.
I tracked down the problem reported in
http://www.cygwin.com/ml/cygwin/2007-09/msg00120.html. The crash was
occuring in pthread_mutex_lock, but that's a bit of a red herring. The
real problem is that both newlib and Cygwin provide a
include/sys/stdio.h file, however they were out of sync with
Christopher Faylor wrote:
Go ahead and check this in but could you add a comment indicating that
this part of include/sys/stdio.h has to be kept in sync with newlib?
Done.
Nice catch!
I wish I could say I caught this by inspection but it was only by single
stepping through python guts that
On Thu, Sep 06, 2007 at 11:30:17AM -0700, Brian Dessent wrote:
I tracked down the problem reported in
http://www.cygwin.com/ml/cygwin/2007-09/msg00120.html. The crash was
occuring in pthread_mutex_lock, but that's a bit of a red herring. The
real problem is that both newlib and Cygwin provide a
On Thu, Sep 06, 2007 at 11:53:02AM -0700, Brian Dessent wrote:
Christopher Faylor wrote:
Nice catch!
I wish I could say I caught this by inspection but it was only by single
stepping through python guts that it became apparent what was going on.
Better you than me. :-)
cgf
On Thu, Sep 06, 2007 at 04:38:04PM -0700, Brian Dessent wrote:
I noticed today that all instances of _REENT in newlib go through a
function call to __getreent(). All this function does is get the value
of %fs:4 and subtract a fixed offset from it, so this seems rather
wasteful. And we already
CC'd to newlib: I've checked in the attached change to
libc/reent/getreent.c as obvious, please let me know if it breaks
anything.
Christopher Faylor wrote:
So, I guess I'll come down on the side of speed over clarity. I'm sure
that Jeff won't mind your checking in the undef in newlib. So,
I noticed today that all instances of _REENT in newlib go through a
function call to __getreent(). All this function does is get the value
of %fs:4 and subtract a fixed offset from it, so this seems rather
wasteful. And we already have the required value of this offset
computed for us in
An updated version of zsh (zsh-4.3.4-1) has been released and should be
at a mirror near you real soon.
NOTICE:
===
This version has Multi-byte/Unicode support enabled in it. This may or
may not present problems for existing scripts which assumed a prior
behaviour concerning multi-byte
63 matches
Mail list logo