I believe I've made a tiny step towards finding out when this happens.
Before the deadlock happens copying from windows and pasting in e.g.
Evolution no longer works.
I.e. the paste behaves as if the clipboard is empty.
At this point XWin is doomed.
If you subsequently copy from e.g. Evolution
Alexander,
> Hm. It seems the dependencies are broken for you.
>
> Can you check this is in hw/xwin/Makefile?
>
> # --
> # dependencies generated by makedepend
>
> sinclude Makefile.dep
>
> if this is present then just do "mak
--- Igor Pechtchanski wrote:
> On Sun, 22 Feb 2004, Elvin Peterson wrote:
>
> > --- Chris Green areticouk>
> wrote:
>
> Elvin,
>
> Please configure your mail client to not quote raw
> e-mail addresses in
> replies -- they're just so much fodder for spambots.
Sorry about that. There is no optio
Here's the source. Comments welcome.
http://spacedout.fries.net/~david/download/
or
http://spacedout.fries.net/~david/download/winkey_0.0.1a.tar.bz2
>dfries wrote:
> I've got it coded and working here with XWin.exe, it is a little rough
> around the edges, but I'm using it all day every day.
On Sun, 22 Feb 2004, Joshua Daniel Franklin wrote:
> On Wed, Feb 18, 2004 at 06:11:57PM -0500, Igor Pechtchanski wrote:
> > On Wed, 18 Feb 2004, Jeffrey J. Gray wrote:
> >
> > > [snip]
> > > ... and I'm running hm, not sure how to check my Cygwin version,
> > > it's probably ~4 months old ...
On Wed, Feb 18, 2004 at 06:11:57PM -0500, Igor Pechtchanski wrote:
> On Wed, 18 Feb 2004, Jeffrey J. Gray wrote:
>
> > [snip]
> > ... and I'm running hm, not sure how to check my Cygwin version,
> > it's probably ~4 months old on WinXP.
>
> Jeff,
>
> Just like on any Unix system, "unam
XFree86-lib-compat (provides old 4.2.0 libraries for compatibility with
applications that have not been recompiled in almost a year) has been
removed as a dependency of XFree86-base.
This means that XFree86-lib-compat will no longer be installed in a
default Cygwin/X installation.
If you maint
Tk is already avaliable for Cygwin in the tcltk package. Note, however,
that it is a native GDI port, it does not use X11 for graphics display.
You can also build tk on Cygwin with X11 graphics. The normal source
didstribution for tk will build an X11 version, only the Cygwin tcltk
sources w
I downloaded the Tk perl module via cpan and run make. After quite a
long run, I
get a fatal error that looks like it is from one or more missing headers
in the X library.
Builds fine on my linux system.
Error text:
/bin/perl.exe /usr/lib/perl5/5.8.2/ExtUtils/xsubpp -typemap
/usr/lib/perl5/5
On Sun, Feb 22, 2004 at 02:28:04PM -0500, Harold L Hunt II wrote:
>Chris,
>
>XFree86-xserv-4.3.0-45 && cygwin1-20040221.dll
>==
>Launching xeyes causes XWin.exe to segfault in three out of three tests.
>
>XFree86-xserv-4.3.0-46 && cygwin1-20040221.dll
>==
Takuma,
I have committed a change for -multiwindow window manager
to the xorg tree. Now the wm should be able to detect
another wm and the others can detect it. This change
corresponds to the second item (Window manager detection)
in the To-Do list.
To do so the internal wm grabs ButtonPressMask
Great, thanks for testing Colin.
Harold
Colin Harrison wrote:
Hi,
Fixed in release 4.0.0-46 test release
Thanks.
Colin Harrison
I went through the email archives and reconstructed the changelog
entries for Test 1 through Test 21. These changes occurred in the March
2001 through May 2001 period. The entries were added to the web
changelog only for completeness since they were already available in the
email archives.
h
Hi,
Fixed in release 4.0.0-46 test release
Thanks.
Colin Harrison
On Sun, 22 Feb 2004, Elvin Peterson wrote:
> --- Chris Green areticouk> wrote:
Elvin,
Please configure your mail client to not quote raw e-mail addresses in
replies -- they're just so much fodder for spambots.
> > On Sat, Feb 21, 2004 at 08:26:13PM -0800, Elvin Peterson wrote:
> > > Hello,
> >
Harold L Hunt II wrote:
mirrors.kernel.org has it already.
I just marked 4.3.0-46 as 'curr' instead of 'test'.
FWIW, -46 worked for me.
Andreas.
Harold L Hunt II wrote:
> Yes, the OpenClipboard failure is probably causing your crash.
winProcSetSelectionOwner - OpenClipboard () failed:
winProcSetSelectionOwner - OpenClipboard () failed:
0 is ERROR_SUCCESS which means "The operation completed successfully"
I guess the cl
[EMAIL PROTECTED] wrote:
> For a while I've been able to use XWin running from a reduced Cygwin-on-CD
> on a non-networked machine by using the command line
>
> mount -buf $TMPDIR /tmp/
> XWin -nolisten local -multiwindow &
>
> (ther first line is intended to allow the writing on XWin.log
Øyvind Harboe wrote:
> - Clipboard causes winapps to deadlock
I've noticed some of the deadlocks too. but reproducing them is very hard
since they only happen after long and intensive usage.
bye
ago
--
[EMAIL PROTECTED]
http://www.gotti.org ICQ: 126018723
Takuma Murakami wrote:
> I confirmed the problem after 'make clean', with
> Harold's correction.
Hm. It seems the dependencies are broken for you.
Can you check this is in hw/xwin/Makefile?
# --
# dependencies generated by make
mirrors.kernel.org has it already.
I just marked 4.3.0-46 as 'curr' instead of 'test'.
Harold
Andreas Seidl wrote:
Harold L Hunt II wrote:
I just posted XFree86-xserv-4.3.0-46 as a 'test' package. Please try
this package if you are having problems with segfaults in
XFree86-xserv-4.3.0-45.
Chris,
XFree86-xserv-4.3.0-45 && cygwin1-20040221.dll
==
Launching xeyes causes XWin.exe to segfault in three out of three tests.
XFree86-xserv-4.3.0-46 && cygwin1-20040221.dll
==
Launching xeyes causes no prob
Harold L Hunt II wrote:
I just posted XFree86-xserv-4.3.0-46 as a 'test' package. Please try
this package if you are having problems with segfaults in
XFree86-xserv-4.3.0-45. The only difference between these two packages
is that in -46 I did a 'make clean && make' in
xc/programs/Xserver/hw/
This is just to confirm that a bug that I thought was a bug in Evolution
is gone w/my latest cocktail compiled from CVS.
I launch Evolution using:
C:\cygwin\bin\bash.exe --login -i -c "DISPLAY=127.0.0.1:0 ssh -X famine
LANG=no_NO.UTF-8 evolution"
When I quit Evolution, the CMD.EXE in Windows n
I just posted XFree86-xserv-4.3.0-46 as a 'test' package. Please try
this package if you are having problems with segfaults in
XFree86-xserv-4.3.0-45. The only difference between these two packages
is that in -46 I did a 'make clean && make' in
xc/programs/Xserver/hw/xwin, rather than just a
Is anyone willing to take a stab at debugging why xwin doesn't work with
the latest snapshot?
I have seen one report on the cygwin mailing list of this problem but
the person having the problem can't run gdb to track down what's going
wrong.
I can't duplicate the problem and I'm rather hoping tha
On Sat, Feb 21, 2004 at 12:57:22PM -0500, Igor Pechtchanski wrote:
> On Sat, 21 Feb 2004, Rodrigo Medina wrote:
> > understand the old style format. In order to obtain the old style
> > output one has to call nroff with the -c option. Xman calls nroff
> > without the -c option. The man page of xma
Hi,
Yes it looks like the 'shaped' windows fail.
I'm using the supplied binaries at the moment, but will have a go at
building from soure.
xeyes fails from remote linux machines as well. Can't find any other
failures at the moment..I'll keep on testing.
Colin Harrison
After updating to XFree86-xserv 4.3.0-45 I experience the following
problem: I cannot open an xterm any more. This happens with the newest
cygwin version 1.5.7-1 on a Windows XP Pro machine. There was a
stackdump as well as reported in the former thread.
I don't have this problem with version 4
>- I saw the crash below in the my text mode GDB session when maximizing
>Evolution. Don't know what to make of it.
This crash happened only once and I was not able to reproduce it.
Not surprising really.
All the remaining bugs in cygwin-xfree are at this
point hard to reproduce and relativel
Colin,
> I'm getting a stackdump in your new XWin when I run xeyes locally.
My guess: 'touch winmultiwindowshape.c' might fix the problem,
but we have to wait Harold's response to judge it.
Thank you for reporting.
Takuma Murakami
--- Chris Green <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 21, 2004 at 08:26:13PM -0800, Elvin
> Peterson wrote:
> > Hello,
> >
> > $ ./startxwin.sh
> > rm: cannot unlink `/tmp/.X11-unix/X0': Permission
> > denied
> > rm: cannot remove directory `/tmp/.X11-unix':
> > Directory not empty
> >
> >
On Sunday February 22 2004 3:37 pm, Takuma Murakami wrote:
> I want to leave it because I don't have the software and
> the debug without symptoms is pretty hard. A question I have
> is: was the problem observed with older versions or is newly
> introduced in release-45?
I understand the difficu
Massimiliano,
> The new code seems to fix the problems for me. I had easily reproducible
> problems and the new version never exhibited them during my tests.
That's good. Thank you for reporting.
> I had just one minor glitch in non maximized windows with shadowed popup
> menues, where, for s
Hi,
I'm getting a stackdump in your new XWin when I run xeyes locally.
OK with xterm, XDMCP etc. Ill come back with more trace.
Dr Watson stackdump says:-
Exception: STATUS_ACCESS_VIOLATION at eip=00404304
eax=0003007A ebx=1010 ecx=1012F0F0 edx=1010 esi=10104818
edi=1012FD44
ebp=0022EA1
Rodrigo,
> XFree86-xserv-4.3.0-45
> OS Windows95
> cygwin1-20040221.dll
>
> >xwin -multiwindow &
> Immedeately crashes. Windows reports page fault in cygwin1.dll
>
> The same behavior was observed (and reported) with XWin 4.3.0-44
> and cygwin 1.5.7-1. Instead XWin4.3.0-44 works with cygwin 1.5
On Saturday February 21 2004 2:34 pm, Takuma Murakami wrote:
> This should fix the following problems about windowing.
> 1) Maximize->Minimize->Maximize loses the window contents.
> 2) After 1, window size cannot be correctly restored.
> 3) Left and top borders does not resize but move the window.
Øyvind,
Øyvind Harboe wrote:
Two more items:
- If I disable the clipboard (remove -clipboard from when launching XWin),
line feeds are still removed when I paste into Emacs.
This goes for Emacs.exe under CygWin and "ssh -X emacs" to my Linux box.
- The function call below that I referred to in my
> > - To get things to compile, I had to make the attached smallchange.txt
>
> I think that change is not necessary. I changed the type of
> HandleCustomWM_COMMAND from int to Bool in my previous
> commit on few days ago. Is the definition of the function in
> winprefs.c typed as Bool?
I confir
Øyvind,
Thank you for testing and reporting.
> - To get things to compile, I had to make the attached smallchange.txt
I think that change is not necessary. I changed the type of
HandleCustomWM_COMMAND from int to Bool in my previous
commit on few days ago. Is the definition of the function in
Great work Takuma!
Harold
Takuma Murakami wrote:
I committed a couple of changes on windowing in multiwindow
mode to the xorg CVS tree. Here I mean move, resize,
minimize, maximize, and restore operations as 'windowing'.
This should fix the following problems about windowing.
1) Maximize->Minim
Øyvind Harboe wrote:
I did a cvs update and took the new XWin.exe for a spin.
- To get things to compile, I had to make the attached smallchange.txt
Good catch. Instead of changing the return type from Bool to int I just
included Xdefs.h in winprefs.h.
- I saw the crash below in the my text mod
On Sat, Feb 21, 2004 at 08:26:13PM -0800, Elvin Peterson wrote:
> Hello,
>
> $ ./startxwin.sh
> rm: cannot unlink `/tmp/.X11-unix/X0': Permission
> denied
> rm: cannot remove directory `/tmp/.X11-unix':
> Directory not empty
>
> Attempt to remove the file using explorer fails with
> "file i
For a while I've been able to use XWin running from a reduced Cygwin-on-CD
on a non-networked machine by using the command line
mount -buf $TMPDIR /tmp/
XWin -nolisten local -multiwindow &
(ther first line is intended to allow the writing on XWin.log and, in the
past, has achieved exactly
44 matches
Mail list logo