Re: Is it somehow possible to start Windows applications from xterm so that they "remain" in X-Server area?

[Karl Bowden <karlbowden at gmail dot com>]

Yip i got the segfault now. Oh well. If anybody has some good ideas,
just let me know,

 - Karl


On Tue, 15 Feb 2005 11:00:34 +1100, Karl Bowden <karlbowden@gmail.com> wrote:
> kbowden@karlb ~/detours/samples/bin
> $ withdll /d:peacehook.dll winmine
> withdll.exe: Starting: `winmine'
> 
>     139 [main] winmine 1980 handle_exceptions: Exception:
> STATUS_ACCESS_VIOLATION
>   12226 [main] winmine 1980 open_stackdumpfile: Dumping stack trace to
> winmine.exe.stackdump
> Segmentation fault (core dumped)
> 
> 
> On Thu, 10 Feb 2005 09:41:33 +0200, David Fraser <davidf@sjsoft.com> wrote:
> > Probably best to test it using a local cygwin X server and a local
> > application. Other than that I don't really understand cygpeace so I
> > probably can't help, but you could always try contact the author though
> > I'm not sure he intends to maintain it
> >
> > Karl Bowden wrote:
> >
> > >Hmm. I have got it compiled ok, and installed ok, but it does not seem
> > >to have any effect. If I run the 'withdll -d:peacehook.dll winmine'
> > >from a remote linux session (with the env vars setup), withdll just
> > >sits there. No seg fault, nothing. I just have to end up hitting
> > >Ctrl-C.
> > >
> > >
> > >
> > >On Tue, 08 Feb 2005 13:57:11 +0200, David Fraser <davidf@sjsoft.com> wrote:
> > >
> > >
> > >>Alexander Gottwald wrote:
> > >>
> > >>
> > >>
> > >>>On Tue, 8 Feb 2005, Karl Bowden wrote:
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>>Has any body made any more progress on compiling and getting the
> > >>>>CygPeace project working?
> > >>>>This seems like a very worthwile project if somebody could supply binaries.
> > >>>>The only other application I have seen to offer this feature of
> > >>>>exporting applications, is the Citrix product.
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>Not compiling is the big issue but running. It constantly crashed with
> > >>>cygwin 1.5.* but was reported to run with cygwin 1.3.*
> > >>>
> > >>>Afair there were some definitions which needed to be changed in order
> > >>>to get cygpeace to work, but these were quite simple changes.
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>>Below is error I get to do with inttypes.h that is included by a lot of files.
> > >>>>
> > >>>>$ make
> > >>>>gcc -g -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../common
> > >>>>-I./include -DDLLMAIN -D__aconst= -DEXTERN_C= -c -o ../common/handle.o
> > >>>>../common/handle.c
> > >>>>g++ -g -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../common
> > >>>>-I./include -DDLLMAIN -D__aconst= -DEXTERN_C="extern \"C\"" -c -o
> > >>>>../ui.so/BitmapBlock.o ../ui.so/BitmapBlock.cc
> > >>>>In file included from ../ui.so/BitmapBlock.h:33,
> > >>>>                from ../ui.so/BitmapBlock.cc:29:
> > >>>>include/sys/inttypes.h:6: error: conflicting types for `typedef unsigned int
> > >>>>  uint32_t'
> > >>>>/usr/include/stdint.h:28: error: previous declaration as `typedef long unsigned
> > >>>>  int uint32_t'
> > >>>>make: *** [../ui.so/BitmapBlock.o] Error 1
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>Maybe removing #inlude <sys/inttypes.h> helps
> > >>>
> > >>>
> > >>>
> > >>>
> > >>Confirmed that I got it running fine on cygwin 1.3.x
> > >>If you do make any progress on 1.5.x please report back to the list!
> > >>
> > >>David
> > >>
> > >>
> > >>
> > >
> > >
> > >
> >
> >
>