James Ferguson wrote:
But anyway, when my Emacs fails, it does not trigger the breakpoint. My
xterm gave me a BadAlloc, but the Solaris patch fixed that.
My instructions were really aimed at investigating the XkbSetNamedIndicator
problem, and the report that installing the Solaris patches
If you use my pre-built binary you only need to have the cygwin source
package installed and cygwin prep'ed, you don't need all of it's build
dependencies as well.
Jon, the probem is that xorg-server-1.5.3-4/build/hw/xwin/.libs does
not exist because of the build failure I sent you
If you're building emacs yourself, you might try to ./configure it
--without-xim to see if that makes a difference, or if it just fails
in a different place.
That worked - Thank you... Now I can run Emacs (from the non-production
Solaris machine I'm allowed to patch).
Now I'm just trying to
Jon TURNEY wrote
so perhaps you could try
ftp://cygwin.com/pub/cygwinx/XWin.20081204180806.exe.bz2 and see if that one
fails for you
Now it fails!
For the sake of completeness, attached the stackdump files and the GDB
infos as requested here [1], cygcheck.out in [2].
Cheers,
Angelo.
James Ferguson wrote:
If you're building emacs yourself, you might try to ./configure it
--without-xim to see if that makes a difference, or if it just fails
in a different place.
That worked - Thank you... Now I can run Emacs (from the non-production
Solaris machine I'm allowed to patch).
TOY Richard wrote:
Jon
First problem is something to do with permissions.
[EMAIL PROTECTED] /usr/src
$ cygport xorg-server-1.5.3-4.cygport prep compile
[...]
Compiling xorg-server-1.5.3-4
autoreconf-2.63: Entering directory `.'
autoreconf-2.63: configure.ac: not using Gettext
André Bleau wrote:
libglut32.a and I was planning to remove glut32.lib in the next update. Could
you please test linking with the attaches libglut32.a ? It is the one that
would be part of the upcoming opengl-1.1.0-10 .
OSG completes its build now with the new libglut32.a. It builds an
What is the failure mode for running emacs on an unpatched Solaris?
Same before and after the patch (the almost immediate BadAtom error).
However, before the patch, when I ran an xterm it displayed, but the
first keystroke made it crash with BadAlloc. After the patch, xterm
appears to run
James Ferguson wrote:
What is the failure mode for running emacs on an unpatched Solaris?
Same before and after the patch (the almost immediate BadAtom error).
Are you sure that the stack trace points back to XCreateIC() in an emacs built
--without-xim run on an unpatched Solaris?
Some confusion...
Are you sure that the stack trace points back to XCreateIC() in an
emacs built --without-xim run on an unpatched Solaris?
No - built --without-xim, on a patched Solaris, it doesn't crash any
more _at all_, my only problem is fonts. I'll try getting rid of the
100dpi fonts.
Brian Keener wrote:
OSG completes its build now with the new libglut32.a.
Excellent.
It builds an example
program osgviewerGLUT.exe which opens a window and diplays an image. When I
click the close box on that window I get a segmentation fault when the app
closes. The app will
I'm trying to debug an X11 application that runs fine when built against
X11R6.99 but segfaults when built against X11R7.4. (See
http://cygwin.com/ml/cygwin-xfree/2008-11/msg00214.html for details.)
An strace of the broken version shows that it tries to find the file
/usr/lib/X11/XtErrorDB,
André Bleau wrote:
I took a look at osgviewerGLUT. Did that ever worked well with some
previous version of the opengl package? I see a few strange things:
Honestly - I don't know. I had tried your helloGLUT example to test and since
OSG had been trying to build osgviewerGLUT and couldn't I
Hi,
I'm simply unable to build latest GTK+ (2.14.5) on cygwin atm.
I have a bit of building experience, though, so it might simply be a
Cygwin-specific thing I don't (yet) know about.
(NOTE: This may be a long post.)
First of all, the GTK+ tree seems to have some bugs:
[0] Preamble: -lintl is
14 matches
Mail list logo