On 9 Feb, Marc Lehmann wrote:
Since about two weeks, setting LANG to any value results on a
segmentation fault on startup.
Since I cannot reproduce this (i.e. GIMP works just fine)
I'd need more input on this.
Your stacktrace seems like it crashes when initialising the
help_pages but I
Okay people,
since there seems to be some i18n which I can't reproduce but
a lot of people seem to experience it's time to take the next step.
According to the bug report #6052 and the inline stacktrace it seems
that menus_create_item in menus.c calles gtk_item_factory_create_item
which
I'd like to change the Toolbox to do this:
.. or .___. or ..
| File Xtns Help || File Xtns Help|| File Xtns H|
rather than (as now) this:
.. or .___. or ..
| File Xtns Help || File Xtn
Since about two weeks, setting LANG to any value results on a segmentation
fault on startup.
Program received signal SIGSEGV, Segmentation fault.
0x4015822d in g_strdup (str=0x81e8273 "help_page") at gstrfuncs.c:56
gstrfuncs.c:56: No such file or directory.
(gdb) bt
#0 0x4015822d in
Could this be related to this bug that I found in GTk+ in November.
Tue Nov 16 10:15:54 1999 Owen Taylor [EMAIL PROTECTED]
* gtk/gtkitemfactory.c (gtk_item_factory_parse_path):
If translation does not include a '/', use entire
translation instead of crashing.
(That was after GTK+ 1.2.6
Hi!
Here is the file log you requested in order to have an easier debugging.
Hopefully it can be useful, so that you fix this bug!
BTW: On my box, not all locales (as Mark said in his report) are broken. I
tested out them all, and I found that only it and de crash gimp.-
Any particular reason for
I'm curious as to when full CMYK support will be available in the GIMP?
I looked at the Gimp-plugin on source forge and it mentions CMY printing for
some inkjet style printers, but not sure if this is the same thing (not
really knowing a whole lot about this).
Forgive me if I've missed
On 9 Feb, Mike wrote:
Here is the file log you requested in order to have an easier
debugging. Hopefully it can be useful, so that you fix this bug! BTW:
On my box, not all locales (as Mark said in his report) are broken. I
tested out them all, and I found that only it and de crash gimp.-
On Wed, Feb 09, 2000 at 03:14:58PM +, Nick Lamb [EMAIL PROTECTED] wrote:
I'd like to change the Toolbox to do this:
Can people please tell me why (technical or HCI reasons) I shouldn't
a) what does HCI mean? ;)
b) I always see programs do it the way gimp does it, so there must be
On Wed, Feb 09, 2000 at 11:45:24PM +0100, [EMAIL PROTECTED] wrote:
This, however, is no answer to the question: Why the hell does my
system not crash although using the same catalogs?
Maybe because of the very same reason _you_ system behaved incorrectly
when others couldn't reproduce the
Marc Lehmann said...
|
|a) what does HCI mean? ;)
Human-computer interface
|b) I always see programs do it the way gimp does it, so there must be
| something about it
It gets done both ways - depends on the OS, the window
manager, the app, the toolkit...
I prefer it all the way to the
On Wed, 9 Feb 2000 19:47:42 -0500, Robert L Krawitz [EMAIL PROTECTED] said:
CMYK is a bit of an oddball subject. Partly this is because there
are so many variants (CMY, CMYK, CcMmYK, CcMmYy, CcMmYyK), and partly
because (to the best of my knowledge) this color space is really only
useful in the
Phillip Hoerter said...
|
|I hope this is the right place to send this, if not please forgive me.
|I have a few .tiff files of clip art I am attempting to work with. They
|load just fine on a windows machine. but on mine I get errors wit xv, ee,
|and the GIMP, then they all crash.
The biggest
On Wed, Feb 09, 2000 at 11:31:16AM -0600, Miles O'Neal wrote:
Phillip Hoerter said...
|
|I hope this is the right place to send this, if not please forgive me.
|I have a few .tiff files of clip art I am attempting to work with. They
|load just fine on a windows machine. but on mine I get
Nick Lamb said...
|
|this TIFF is broken (illegal) but Gimp should not crash, nor should the
|TIFF loader.
Agreed.
|Fortunately even TIFF requires that a baseline decoder should be able to
|rely on certain facts about the image data, this TIFF seems to have
|violated the rules in some manner
15 matches
Mail list logo
