Inkscape

Bugs item #1296129, was opened at 2005-09-20 10:13
Message generated for change (Comment added) made by rwst
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1296129&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Win32
Status: Open
Resolution: None
Priority: 9
Submitted By: Vágvölgyi Attila (wigy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Win XP: Crash on startup after clean install

Initial Comment:
I installed 0.42.2-1 on win xp pro en. Right on first
start it crashes with "Inkscape encountered and
internal error and will close now."

There were no previous registry entries containing
"inkscape" in key or value, no configuration files in
\Documents and Settings\* and no \Program
Files\inkscape directory.

I made an md5sum on the package and a backtrace with
GNU gdb 5.2.1 and included them in the attachment. I
could produce the backtrace after closing the dialog box.

Then I uninstalled and cleared all previously mentioned
places and unzipped the nightly build (19-Sep-2005
21:47). I encountered the same problem, so I attached
md5sum of the zip and the backtrace also.

----------------------------------------------------------------------

>Comment By: Ralf Stephan (rwst)
Date: 2005-09-29 11:48

Message:
Logged In: YES 
user_id=1275729

point 2 in wigy's comment supports the observation that 
both the environment varible LANG and LANGUAGE affect 
application strings, with the latter the real 'application 
language'.


----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-29 10:04

Message:
Logged In: YES 
user_id=156682

Sorry for the late answer, I was buried yesterday.

I made a mistake in my last comment, gouldtj.

"As soon as I changed the locale to Hungarian, it runs like
angel." was an error that I made in my enthusiasm. It worked
when I changed FROM Hungarian back to English.


But your listing helped me to find something for you:

Speaking about XP, if you open the "Control Panel" ->
"Regional and Language Options" control applet in classical
mode, there are two options interesting as I see know:

1. "Standards and Formats" on the "Regional Options" tab
sets what we call locale in POSIX.
2. "Language for non-Unicode programs" on the "Advanced" tab
sets default encoding _independently_ from locale.

a. Now as I am not quite learned in the Windows internals, I
set (1) to Hungarian, but left (2) as English US. Inkscape
mumbled.

b. When I set back (1) to English and left (2) as English,
Inkscape worked.

c. Now comes the surprise: As I changed (1) to Hungarian and
(2) to Hungarian as well, Inkscape run having Hungarian
interface without problem.


OK, who the hell would make an insane setting like (a)? I
bet half-learned people like me, who thought they were geek
enough to play with holy Windows settings without taking a
course from Microsoft. I confess, I am distressed, I feel
guilty.

Now, do you think Inkscape could handle this problem more
gracefully? I think a dialog box that teaches lamers like me
on startup, then fallback to English interface could help
when detecting this problem.

Can it be detected easily?

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-28 21:54

Message:
Logged In: YES 
user_id=201373

Now that we know it's a l10n issue, it's not really Ted's bug 
any more.

I suspect invalid UTF-8 in the hungarian .po file which causes 
operator+ to jump off the end of the string when it's 
concatenating. How do these things work? Is it the .mo file 
that the end-user needs? Anyway, try grabbing various 
revisions from http://cvs.sourceforge.net/viewcvs.py/
inkscape/inkscape/po/hu.po?rev=1.143&view=log (starting 
with the latest probably), running them through msgfmt and 
trying them with Inkscape.

In the meantime, does anybody know of a tool for checking 
utf-8 validity? I really don't want to do it manually.

----------------------------------------------------------------------

Comment By: Ted Gould (gouldtj)
Date: 2005-09-28 08:47

Message:
Logged In: YES 
user_id=140927

So, I'm a little confused on what langue we're in then.

When it works:
Inkscape thinks it is in Hungarian.
Windows is in English.
The filesystem is in Hungarian.

When it doesn't:
Inkscape thinks it is in English
Windows is in English
The filesystem is Hungarian

Are those correct?

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-28 07:03

Message:
Logged In: YES 
user_id=156682

Good anticipation, cyreve, congratulations!

I used Hungarian locale on my English XP, because I do not
like the Hungarian translations Microsoft makes, but I like
Hungarian date and time formats better.

As soon as I changed the locale to Hungarian, it runs like
angel.

I have to mention, that it is still a bug, but now we are
closer to the solution or workaround. Yuuppeee!

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-27 21:22

Message:
Logged In: YES 
user_id=201373

You mention that your winxp is english, but is inkscape 
(supposed to be) running in english as well?

Ted: I'm running out of ideas on this one (not that I knew what I 
was doing in the first place). It's dying somewhere in glibmm 
called from Extension::check() (although we should admit the 
possibility that the stack trace has missed some steps out). If 
you need any special win32 builds done, just ask.

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-27 10:18

Message:
Logged In: YES 
user_id=156682

I added a gdb session with the complete share directory
renamed to share.zz after a clean install of
Inkscape-0.42.2-1.win32.exe

The time the crash occurs the "%PROFILE%\Application
Data\Inkscape" directory already contains an empty
extension-errors.log and a default preferences.xml with
7.4kB of content.

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-26 20:52

Message:
Logged In: YES 
user_id=201373

Can you crash it again (the latest build) and this time do a 
"info dll" as well as the "bt". I want to know which DLL is 
getting loaded at 0x00ca9fca.

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-26 16:44

Message:
Logged In: YES 
user_id=156682

As far as I see, I get the same dialog box when removing all
.inx files, the share/extensions directory or the whole
share directory. (With the stable Inkscape-0.42.2-1.win32.exe)

What else can I help in finding the issue?


----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-23 23:00

Message:
Logged In: YES 
user_id=201373

Can you go through the inkscape/share/extensions directory 
deleting .inx files until it stops crashing, then tell us the name 
of the culprit?

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-20 18:39

Message:
Logged In: YES 
user_id=156682

Maybe it gives you some clue, that I also tried now
Inkscape-0.42-1.win32.exe and Inkscape-0.41-1.win32.exe, and
it gave the same results (crash at startup), but as I
installed Inkscape-0.40-1.win32.exe, it works like angel.

0.40 already worked on my system a few months ago and I also
used some snapshot version from just before the 0.41 release
with success that time (the "black background crash" bug was
fixed already in the snapshot).

I have Gaim, Gimp and Wing IDE installed on my system, but
it seems to me that Inkscape uses its own DLLs for Gtk (I
used Fileinfo lister plugin for Total Commander to examine
DLL dependencies).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1296129&group_id=93438

Bugs item #1296129, was opened at 2005-09-20 09:13
Message generated for change (Comment added) made by cyreve
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1296129&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Win32
Status: Open
Resolution: None
Priority: 9
Submitted By: Vágvölgyi Attila (wigy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Win XP: Crash on startup after clean install

Initial Comment:
I installed 0.42.2-1 on win xp pro en. Right on first
start it crashes with "Inkscape encountered and
internal error and will close now."

There were no previous registry entries containing
"inkscape" in key or value, no configuration files in
\Documents and Settings\* and no \Program
Files\inkscape directory.

I made an md5sum on the package and a backtrace with
GNU gdb 5.2.1 and included them in the attachment. I
could produce the backtrace after closing the dialog box.

Then I uninstalled and cleared all previously mentioned
places and unzipped the nightly build (19-Sep-2005
21:47). I encountered the same problem, so I attached
md5sum of the zip and the backtrace also.

----------------------------------------------------------------------

>Comment By: Richard Hughes (cyreve)
Date: 2005-09-29 20:12

Message:
Logged In: YES 
user_id=201373

I have no understanding of any of that language code. Are 
you going to pick this bug up Ralf?

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-29 10:48

Message:
Logged In: YES 
user_id=1275729

point 2 in wigy's comment supports the observation that 
both the environment varible LANG and LANGUAGE affect 
application strings, with the latter the real 'application 
language'.


----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-29 09:04

Message:
Logged In: YES 
user_id=156682

Sorry for the late answer, I was buried yesterday.

I made a mistake in my last comment, gouldtj.

"As soon as I changed the locale to Hungarian, it runs like
angel." was an error that I made in my enthusiasm. It worked
when I changed FROM Hungarian back to English.


But your listing helped me to find something for you:

Speaking about XP, if you open the "Control Panel" ->
"Regional and Language Options" control applet in classical
mode, there are two options interesting as I see know:

1. "Standards and Formats" on the "Regional Options" tab
sets what we call locale in POSIX.
2. "Language for non-Unicode programs" on the "Advanced" tab
sets default encoding _independently_ from locale.

a. Now as I am not quite learned in the Windows internals, I
set (1) to Hungarian, but left (2) as English US. Inkscape
mumbled.

b. When I set back (1) to English and left (2) as English,
Inkscape worked.

c. Now comes the surprise: As I changed (1) to Hungarian and
(2) to Hungarian as well, Inkscape run having Hungarian
interface without problem.


OK, who the hell would make an insane setting like (a)? I
bet half-learned people like me, who thought they were geek
enough to play with holy Windows settings without taking a
course from Microsoft. I confess, I am distressed, I feel
guilty.

Now, do you think Inkscape could handle this problem more
gracefully? I think a dialog box that teaches lamers like me
on startup, then fallback to English interface could help
when detecting this problem.

Can it be detected easily?

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-28 20:54

Message:
Logged In: YES 
user_id=201373

Now that we know it's a l10n issue, it's not really Ted's bug 
any more.

I suspect invalid UTF-8 in the hungarian .po file which causes 
operator+ to jump off the end of the string when it's 
concatenating. How do these things work? Is it the .mo file 
that the end-user needs? Anyway, try grabbing various 
revisions from http://cvs.sourceforge.net/viewcvs.py/
inkscape/inkscape/po/hu.po?rev=1.143&view=log (starting 
with the latest probably), running them through msgfmt and 
trying them with Inkscape.

In the meantime, does anybody know of a tool for checking 
utf-8 validity? I really don't want to do it manually.

----------------------------------------------------------------------

Comment By: Ted Gould (gouldtj)
Date: 2005-09-28 07:47

Message:
Logged In: YES 
user_id=140927

So, I'm a little confused on what langue we're in then.

When it works:
Inkscape thinks it is in Hungarian.
Windows is in English.
The filesystem is in Hungarian.

When it doesn't:
Inkscape thinks it is in English
Windows is in English
The filesystem is Hungarian

Are those correct?

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-28 06:03

Message:
Logged In: YES 
user_id=156682

Good anticipation, cyreve, congratulations!

I used Hungarian locale on my English XP, because I do not
like the Hungarian translations Microsoft makes, but I like
Hungarian date and time formats better.

As soon as I changed the locale to Hungarian, it runs like
angel.

I have to mention, that it is still a bug, but now we are
closer to the solution or workaround. Yuuppeee!

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-27 20:22

Message:
Logged In: YES 
user_id=201373

You mention that your winxp is english, but is inkscape 
(supposed to be) running in english as well?

Ted: I'm running out of ideas on this one (not that I knew what I 
was doing in the first place). It's dying somewhere in glibmm 
called from Extension::check() (although we should admit the 
possibility that the stack trace has missed some steps out). If 
you need any special win32 builds done, just ask.

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-27 09:18

Message:
Logged In: YES 
user_id=156682

I added a gdb session with the complete share directory
renamed to share.zz after a clean install of
Inkscape-0.42.2-1.win32.exe

The time the crash occurs the "%PROFILE%\Application
Data\Inkscape" directory already contains an empty
extension-errors.log and a default preferences.xml with
7.4kB of content.

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-26 19:52

Message:
Logged In: YES 
user_id=201373

Can you crash it again (the latest build) and this time do a 
"info dll" as well as the "bt". I want to know which DLL is 
getting loaded at 0x00ca9fca.

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-26 15:44

Message:
Logged In: YES 
user_id=156682

As far as I see, I get the same dialog box when removing all
.inx files, the share/extensions directory or the whole
share directory. (With the stable Inkscape-0.42.2-1.win32.exe)

What else can I help in finding the issue?


----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-23 22:00

Message:
Logged In: YES 
user_id=201373

Can you go through the inkscape/share/extensions directory 
deleting .inx files until it stops crashing, then tell us the name 
of the culprit?

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-20 17:39

Message:
Logged In: YES 
user_id=156682

Maybe it gives you some clue, that I also tried now
Inkscape-0.42-1.win32.exe and Inkscape-0.41-1.win32.exe, and
it gave the same results (crash at startup), but as I
installed Inkscape-0.40-1.win32.exe, it works like angel.

0.40 already worked on my system a few months ago and I also
used some snapshot version from just before the 0.41 release
with success that time (the "black background crash" bug was
fixed already in the snapshot).

I have Gaim, Gimp and Wing IDE installed on my system, but
it seems to me that Inkscape uses its own DLLs for Gtk (I
used Fileinfo lister plugin for Total Commander to examine
DLL dependencies).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1296129&group_id=93438

Bugs item #1296129, was opened at 2005-09-20 10:13
Message generated for change (Comment added) made by rwst
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1296129&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Win32
Status: Open
Resolution: None
Priority: 9
Submitted By: Vágvölgyi Attila (wigy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Win XP: Crash on startup after clean install

Initial Comment:
I installed 0.42.2-1 on win xp pro en. Right on first
start it crashes with "Inkscape encountered and
internal error and will close now."

There were no previous registry entries containing
"inkscape" in key or value, no configuration files in
\Documents and Settings\* and no \Program
Files\inkscape directory.

I made an md5sum on the package and a backtrace with
GNU gdb 5.2.1 and included them in the attachment. I
could produce the backtrace after closing the dialog box.

Then I uninstalled and cleared all previously mentioned
places and unzipped the nightly build (19-Sep-2005
21:47). I encountered the same problem, so I attached
md5sum of the zip and the backtrace also.

----------------------------------------------------------------------

>Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 10:25

Message:
Logged In: YES 
user_id=1275729

I'm missing necessary knowledge, too, I was just reporting on observations on my Linux machine.
finally, I don't have the system to reproduce the crash.


----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-29 21:12

Message:
Logged In: YES 
user_id=201373

I have no understanding of any of that language code. Are 
you going to pick this bug up Ralf?

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-29 11:48

Message:
Logged In: YES 
user_id=1275729

point 2 in wigy's comment supports the observation that 
both the environment varible LANG and LANGUAGE affect 
application strings, with the latter the real 'application 
language'.


----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-29 10:04

Message:
Logged In: YES 
user_id=156682

Sorry for the late answer, I was buried yesterday.

I made a mistake in my last comment, gouldtj.

"As soon as I changed the locale to Hungarian, it runs like
angel." was an error that I made in my enthusiasm. It worked
when I changed FROM Hungarian back to English.


But your listing helped me to find something for you:

Speaking about XP, if you open the "Control Panel" ->
"Regional and Language Options" control applet in classical
mode, there are two options interesting as I see know:

1. "Standards and Formats" on the "Regional Options" tab
sets what we call locale in POSIX.
2. "Language for non-Unicode programs" on the "Advanced" tab
sets default encoding _independently_ from locale.

a. Now as I am not quite learned in the Windows internals, I
set (1) to Hungarian, but left (2) as English US. Inkscape
mumbled.

b. When I set back (1) to English and left (2) as English,
Inkscape worked.

c. Now comes the surprise: As I changed (1) to Hungarian and
(2) to Hungarian as well, Inkscape run having Hungarian
interface without problem.


OK, who the hell would make an insane setting like (a)? I
bet half-learned people like me, who thought they were geek
enough to play with holy Windows settings without taking a
course from Microsoft. I confess, I am distressed, I feel
guilty.

Now, do you think Inkscape could handle this problem more
gracefully? I think a dialog box that teaches lamers like me
on startup, then fallback to English interface could help
when detecting this problem.

Can it be detected easily?

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-28 21:54

Message:
Logged In: YES 
user_id=201373

Now that we know it's a l10n issue, it's not really Ted's bug 
any more.

I suspect invalid UTF-8 in the hungarian .po file which causes 
operator+ to jump off the end of the string when it's 
concatenating. How do these things work? Is it the .mo file 
that the end-user needs? Anyway, try grabbing various 
revisions from http://cvs.sourceforge.net/viewcvs.py/
inkscape/inkscape/po/hu.po?rev=1.143&view=log (starting 
with the latest probably), running them through msgfmt and 
trying them with Inkscape.

In the meantime, does anybody know of a tool for checking 
utf-8 validity? I really don't want to do it manually.

----------------------------------------------------------------------

Comment By: Ted Gould (gouldtj)
Date: 2005-09-28 08:47

Message:
Logged In: YES 
user_id=140927

So, I'm a little confused on what langue we're in then.

When it works:
Inkscape thinks it is in Hungarian.
Windows is in English.
The filesystem is in Hungarian.

When it doesn't:
Inkscape thinks it is in English
Windows is in English
The filesystem is Hungarian

Are those correct?

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-28 07:03

Message:
Logged In: YES 
user_id=156682

Good anticipation, cyreve, congratulations!

I used Hungarian locale on my English XP, because I do not
like the Hungarian translations Microsoft makes, but I like
Hungarian date and time formats better.

As soon as I changed the locale to Hungarian, it runs like
angel.

I have to mention, that it is still a bug, but now we are
closer to the solution or workaround. Yuuppeee!

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-27 21:22

Message:
Logged In: YES 
user_id=201373

You mention that your winxp is english, but is inkscape 
(supposed to be) running in english as well?

Ted: I'm running out of ideas on this one (not that I knew what I 
was doing in the first place). It's dying somewhere in glibmm 
called from Extension::check() (although we should admit the 
possibility that the stack trace has missed some steps out). If 
you need any special win32 builds done, just ask.

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-27 10:18

Message:
Logged In: YES 
user_id=156682

I added a gdb session with the complete share directory
renamed to share.zz after a clean install of
Inkscape-0.42.2-1.win32.exe

The time the crash occurs the "%PROFILE%\Application
Data\Inkscape" directory already contains an empty
extension-errors.log and a default preferences.xml with
7.4kB of content.

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-26 20:52

Message:
Logged In: YES 
user_id=201373

Can you crash it again (the latest build) and this time do a 
"info dll" as well as the "bt". I want to know which DLL is 
getting loaded at 0x00ca9fca.

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-26 16:44

Message:
Logged In: YES 
user_id=156682

As far as I see, I get the same dialog box when removing all
.inx files, the share/extensions directory or the whole
share directory. (With the stable Inkscape-0.42.2-1.win32.exe)

What else can I help in finding the issue?


----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-23 23:00

Message:
Logged In: YES 
user_id=201373

Can you go through the inkscape/share/extensions directory 
deleting .inx files until it stops crashing, then tell us the name 
of the culprit?

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-20 18:39

Message:
Logged In: YES 
user_id=156682

Maybe it gives you some clue, that I also tried now
Inkscape-0.42-1.win32.exe and Inkscape-0.41-1.win32.exe, and
it gave the same results (crash at startup), but as I
installed Inkscape-0.40-1.win32.exe, it works like angel.

0.40 already worked on my system a few months ago and I also
used some snapshot version from just before the 0.41 release
with success that time (the "black background crash" bug was
fixed already in the snapshot).

I have Gaim, Gimp and Wing IDE installed on my system, but
it seems to me that Inkscape uses its own DLLs for Gtk (I
used Fileinfo lister plugin for Total Commander to examine
DLL dependencies).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1296129&group_id=93438

Bugs item #1296129, was opened at 2005-09-20 09:13
Message generated for change (Comment added) made by cyreve
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1296129&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Win32
Status: Open
Resolution: None
Priority: 9
Submitted By: Vágvölgyi Attila (wigy)
>Assigned to: Jon A. Cruz (joncruz)
Summary: Win XP: Crash on startup after clean install

Initial Comment:
I installed 0.42.2-1 on win xp pro en. Right on first
start it crashes with "Inkscape encountered and
internal error and will close now."

There were no previous registry entries containing
"inkscape" in key or value, no configuration files in
\Documents and Settings\* and no \Program
Files\inkscape directory.

I made an md5sum on the package and a backtrace with
GNU gdb 5.2.1 and included them in the attachment. I
could produce the backtrace after closing the dialog box.

Then I uninstalled and cleared all previously mentioned
places and unzipped the nightly build (19-Sep-2005
21:47). I encountered the same problem, so I attached
md5sum of the zip and the backtrace also.

----------------------------------------------------------------------

>Comment By: Richard Hughes (cyreve)
Date: 2005-09-30 17:17

Message:
Logged In: YES 
user_id=201373

Jon, a little help here please?

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 09:25

Message:
Logged In: YES 
user_id=1275729

I'm missing necessary knowledge, too, I was just reporting on observations on my Linux machine.
finally, I don't have the system to reproduce the crash.


----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-29 20:12

Message:
Logged In: YES 
user_id=201373

I have no understanding of any of that language code. Are 
you going to pick this bug up Ralf?

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-29 10:48

Message:
Logged In: YES 
user_id=1275729

point 2 in wigy's comment supports the observation that 
both the environment varible LANG and LANGUAGE affect 
application strings, with the latter the real 'application 
language'.


----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-29 09:04

Message:
Logged In: YES 
user_id=156682

Sorry for the late answer, I was buried yesterday.

I made a mistake in my last comment, gouldtj.

"As soon as I changed the locale to Hungarian, it runs like
angel." was an error that I made in my enthusiasm. It worked
when I changed FROM Hungarian back to English.


But your listing helped me to find something for you:

Speaking about XP, if you open the "Control Panel" ->
"Regional and Language Options" control applet in classical
mode, there are two options interesting as I see know:

1. "Standards and Formats" on the "Regional Options" tab
sets what we call locale in POSIX.
2. "Language for non-Unicode programs" on the "Advanced" tab
sets default encoding _independently_ from locale.

a. Now as I am not quite learned in the Windows internals, I
set (1) to Hungarian, but left (2) as English US. Inkscape
mumbled.

b. When I set back (1) to English and left (2) as English,
Inkscape worked.

c. Now comes the surprise: As I changed (1) to Hungarian and
(2) to Hungarian as well, Inkscape run having Hungarian
interface without problem.


OK, who the hell would make an insane setting like (a)? I
bet half-learned people like me, who thought they were geek
enough to play with holy Windows settings without taking a
course from Microsoft. I confess, I am distressed, I feel
guilty.

Now, do you think Inkscape could handle this problem more
gracefully? I think a dialog box that teaches lamers like me
on startup, then fallback to English interface could help
when detecting this problem.

Can it be detected easily?

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-28 20:54

Message:
Logged In: YES 
user_id=201373

Now that we know it's a l10n issue, it's not really Ted's bug 
any more.

I suspect invalid UTF-8 in the hungarian .po file which causes 
operator+ to jump off the end of the string when it's 
concatenating. How do these things work? Is it the .mo file 
that the end-user needs? Anyway, try grabbing various 
revisions from http://cvs.sourceforge.net/viewcvs.py/
inkscape/inkscape/po/hu.po?rev=1.143&view=log (starting 
with the latest probably), running them through msgfmt and 
trying them with Inkscape.

In the meantime, does anybody know of a tool for checking 
utf-8 validity? I really don't want to do it manually.

----------------------------------------------------------------------

Comment By: Ted Gould (gouldtj)
Date: 2005-09-28 07:47

Message:
Logged In: YES 
user_id=140927

So, I'm a little confused on what langue we're in then.

When it works:
Inkscape thinks it is in Hungarian.
Windows is in English.
The filesystem is in Hungarian.

When it doesn't:
Inkscape thinks it is in English
Windows is in English
The filesystem is Hungarian

Are those correct?

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-28 06:03

Message:
Logged In: YES 
user_id=156682

Good anticipation, cyreve, congratulations!

I used Hungarian locale on my English XP, because I do not
like the Hungarian translations Microsoft makes, but I like
Hungarian date and time formats better.

As soon as I changed the locale to Hungarian, it runs like
angel.

I have to mention, that it is still a bug, but now we are
closer to the solution or workaround. Yuuppeee!

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-27 20:22

Message:
Logged In: YES 
user_id=201373

You mention that your winxp is english, but is inkscape 
(supposed to be) running in english as well?

Ted: I'm running out of ideas on this one (not that I knew what I 
was doing in the first place). It's dying somewhere in glibmm 
called from Extension::check() (although we should admit the 
possibility that the stack trace has missed some steps out). If 
you need any special win32 builds done, just ask.

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-27 09:18

Message:
Logged In: YES 
user_id=156682

I added a gdb session with the complete share directory
renamed to share.zz after a clean install of
Inkscape-0.42.2-1.win32.exe

The time the crash occurs the "%PROFILE%\Application
Data\Inkscape" directory already contains an empty
extension-errors.log and a default preferences.xml with
7.4kB of content.

----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-26 19:52

Message:
Logged In: YES 
user_id=201373

Can you crash it again (the latest build) and this time do a 
"info dll" as well as the "bt". I want to know which DLL is 
getting loaded at 0x00ca9fca.

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-26 15:44

Message:
Logged In: YES 
user_id=156682

As far as I see, I get the same dialog box when removing all
.inx files, the share/extensions directory or the whole
share directory. (With the stable Inkscape-0.42.2-1.win32.exe)

What else can I help in finding the issue?


----------------------------------------------------------------------

Comment By: Richard Hughes (cyreve)
Date: 2005-09-23 22:00

Message:
Logged In: YES 
user_id=201373

Can you go through the inkscape/share/extensions directory 
deleting .inx files until it stops crashing, then tell us the name 
of the culprit?

----------------------------------------------------------------------

Comment By: Vágvölgyi Attila (wigy)
Date: 2005-09-20 17:39

Message:
Logged In: YES 
user_id=156682

Maybe it gives you some clue, that I also tried now
Inkscape-0.42-1.win32.exe and Inkscape-0.41-1.win32.exe, and
it gave the same results (crash at startup), but as I
installed Inkscape-0.40-1.win32.exe, it works like angel.

0.40 already worked on my system a few months ago and I also
used some snapshot version from just before the 0.41 release
with success that time (the "black background crash" bug was
fixed already in the snapshot).

I have Gaim, Gimp and Wing IDE installed on my system, but
it seems to me that Inkscape uses its own DLLs for Gtk (I
used Fileinfo lister plugin for Total Commander to examine
DLL dependencies).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1296129&group_id=93438

Bugs item #1291009, was opened at 2005-09-14 15:37
Message generated for change (Comment added) made by rwst
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1291009&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Other
Group: All Platforms
Status: Open
Resolution: None
Priority: 9
Submitted By: Jimmac (jimmacfx)
Assigned to: Ralf Stephan (rwst)
Summary: new view/file new messed up

Initial Comment:
The fact that selecting file>new will close the current
empty document breaks when using views. Consider the
following process:

1) run inkscape, create new from template
2) duplicate view
3) from the first view file>open. this replaces one view.
4) open another image. copy
5) paste into the empty view.

It will actually also show up in the other view along
with the original artwork. To better see the issue I
have created the follwong video:

http://jimmac.musichall.cz/demos/inkscape/view-fsckup.avi

----------------------------------------------------------------------

>Comment By: Ralf Stephan (rwst)
Date: 2005-09-29 18:47

Message:
Logged In: YES 
user_id=1275729

please test cvs or apply the following patch:

--- inkscape/src/file.cpp~      2005-09-29 18:41:55.000000000 +0200
+++ inkscape/src/file.cpp       2005-09-29 18:42:25.000000000 +0200
@@ -190,7 +192,6 @@
                desktop->whiteboard_session_manager()->setDesktop(desktop);
 #endif
         sp_namedview_window_from_document(desktop);
-        doc->virgin = FALSE;
 
         if (add_to_recent) {
             prefs_set_recent_file(SP_DOCUMENT_URI(doc), SP_DOCUMENT_NAME(doc));


----------------------------------------------------------------------

Comment By: bulia byak (buliabyak)
Date: 2005-09-27 20:04

Message:
Logged In: YES 
user_id=741217

Confirmed with CVS, but works fine in 0.42. So this is
likely another bug related to the SPDesktop changes, similar
to the revert not working.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-14 16:18

Message:
Logged In: YES 
user_id=1275729

reproducible. arguably, already the File/Open action should have shown in both windows but I'm not sure what's the best resolution here.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1291009&group_id=93438

Bugs item #1291009, was opened at 2005-09-14 15:37
Message generated for change (Comment added) made by rwst
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1291009&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Other
Group: All Platforms
Status: Open
Resolution: None
Priority: 9
Submitted By: Jimmac (jimmacfx)
Assigned to: Ralf Stephan (rwst)
Summary: new view/file new messed up

Initial Comment:
The fact that selecting file>new will close the current
empty document breaks when using views. Consider the
following process:

1) run inkscape, create new from template
2) duplicate view
3) from the first view file>open. this replaces one view.
4) open another image. copy
5) paste into the empty view.

It will actually also show up in the other view along
with the original artwork. To better see the issue I
have created the follwong video:

http://jimmac.musichall.cz/demos/inkscape/view-fsckup.avi

----------------------------------------------------------------------

>Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 10:27

Message:
Logged In: YES 
user_id=1275729

I'm retracting this fix. It affects a lot of other behaviour negatively. Will revert in cvs.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-29 18:47

Message:
Logged In: YES 
user_id=1275729

please test cvs or apply the following patch:

--- inkscape/src/file.cpp~      2005-09-29 18:41:55.000000000 +0200
+++ inkscape/src/file.cpp       2005-09-29 18:42:25.000000000 +0200
@@ -190,7 +192,6 @@
                desktop->whiteboard_session_manager()->setDesktop(desktop);
 #endif
         sp_namedview_window_from_document(desktop);
-        doc->virgin = FALSE;
 
         if (add_to_recent) {
             prefs_set_recent_file(SP_DOCUMENT_URI(doc), SP_DOCUMENT_NAME(doc));


----------------------------------------------------------------------

Comment By: bulia byak (buliabyak)
Date: 2005-09-27 20:04

Message:
Logged In: YES 
user_id=741217

Confirmed with CVS, but works fine in 0.42. So this is
likely another bug related to the SPDesktop changes, similar
to the revert not working.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-14 16:18

Message:
Logged In: YES 
user_id=1275729

reproducible. arguably, already the File/Open action should have shown in both windows but I'm not sure what's the best resolution here.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1291009&group_id=93438

Bugs item #1291009, was opened at 2005-09-14 15:37
Message generated for change (Comment added) made by rwst
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1291009&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Other
Group: All Platforms
Status: Open
Resolution: None
Priority: 9
Submitted By: Jimmac (jimmacfx)
Assigned to: Ralf Stephan (rwst)
Summary: new view/file new messed up

Initial Comment:
The fact that selecting file>new will close the current
empty document breaks when using views. Consider the
following process:

1) run inkscape, create new from template
2) duplicate view
3) from the first view file>open. this replaces one view.
4) open another image. copy
5) paste into the empty view.

It will actually also show up in the other view along
with the original artwork. To better see the issue I
have created the follwong video:

http://jimmac.musichall.cz/demos/inkscape/view-fsckup.avi

----------------------------------------------------------------------

>Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 11:57

Message:
Logged In: YES 
user_id=1275729

again, I ask you to please test cvs. I can no longer reproduce the bug.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 10:27

Message:
Logged In: YES 
user_id=1275729

I'm retracting this fix. It affects a lot of other behaviour negatively. Will revert in cvs.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-29 18:47

Message:
Logged In: YES 
user_id=1275729

please test cvs or apply the following patch:

--- inkscape/src/file.cpp~      2005-09-29 18:41:55.000000000 +0200
+++ inkscape/src/file.cpp       2005-09-29 18:42:25.000000000 +0200
@@ -190,7 +192,6 @@
                desktop->whiteboard_session_manager()->setDesktop(desktop);
 #endif
         sp_namedview_window_from_document(desktop);
-        doc->virgin = FALSE;
 
         if (add_to_recent) {
             prefs_set_recent_file(SP_DOCUMENT_URI(doc), SP_DOCUMENT_NAME(doc));


----------------------------------------------------------------------

Comment By: bulia byak (buliabyak)
Date: 2005-09-27 20:04

Message:
Logged In: YES 
user_id=741217

Confirmed with CVS, but works fine in 0.42. So this is
likely another bug related to the SPDesktop changes, similar
to the revert not working.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-14 16:18

Message:
Logged In: YES 
user_id=1275729

reproducible. arguably, already the File/Open action should have shown in both windows but I'm not sure what's the best resolution here.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1291009&group_id=93438

Bugs item #1291009, was opened at 2005-09-14 13:37
Message generated for change (Settings changed) made by jimmacfx
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1291009&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Other
Group: All Platforms
>Status: Closed
>Resolution: Fixed
Priority: 9
Submitted By: Jimmac (jimmacfx)
Assigned to: Ralf Stephan (rwst)
Summary: new view/file new messed up

Initial Comment:
The fact that selecting file>new will close the current
empty document breaks when using views. Consider the
following process:

1) run inkscape, create new from template
2) duplicate view
3) from the first view file>open. this replaces one view.
4) open another image. copy
5) paste into the empty view.

It will actually also show up in the other view along
with the original artwork. To better see the issue I
have created the follwong video:

http://jimmac.musichall.cz/demos/inkscape/view-fsckup.avi

----------------------------------------------------------------------

>Comment By: Jimmac (jimmacfx)
Date: 2005-09-30 14:01

Message:
Logged In: YES 
user_id=1204554

Indeed, cvs HEAD doesn't have the bug. The window titles
remain sort of messy though. I'll open up a separate bug
about that though.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 09:57

Message:
Logged In: YES 
user_id=1275729

again, I ask you to please test cvs. I can no longer reproduce the bug.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 08:27

Message:
Logged In: YES 
user_id=1275729

I'm retracting this fix. It affects a lot of other behaviour negatively. Will revert in cvs.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-29 16:47

Message:
Logged In: YES 
user_id=1275729

please test cvs or apply the following patch:

--- inkscape/src/file.cpp~      2005-09-29 18:41:55.000000000 +0200
+++ inkscape/src/file.cpp       2005-09-29 18:42:25.000000000 +0200
@@ -190,7 +192,6 @@
                desktop->whiteboard_session_manager()->setDesktop(desktop);
 #endif
         sp_namedview_window_from_document(desktop);
-        doc->virgin = FALSE;
 
         if (add_to_recent) {
             prefs_set_recent_file(SP_DOCUMENT_URI(doc), SP_DOCUMENT_NAME(doc));


----------------------------------------------------------------------

Comment By: bulia byak (buliabyak)
Date: 2005-09-27 18:04

Message:
Logged In: YES 
user_id=741217

Confirmed with CVS, but works fine in 0.42. So this is
likely another bug related to the SPDesktop changes, similar
to the revert not working.

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-14 14:18

Message:
Logged In: YES 
user_id=1275729

reproducible. arguably, already the File/Open action should have shown in both windows but I'm not sure what's the best resolution here.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1291009&group_id=93438

Bugs item #1287763, was opened at 2005-09-11 14:56
Message generated for change (Comment added) made by sandos
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1287763&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Win32
Status: Open
Resolution: None
Priority: 9
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: WinXP: Hitting keyboard in text tool causes crash

Initial Comment:
A crash occurs as soon as I try to enter text.

Inscape 0.42.2 on Windows XP Home, French version.

Steps :
- select the text tool
- click on the document
- type any key

Here is the backtrace :

Starting program: C:\Program Files\ink\inkscape.exe

Program received signal SIGFPE, Arithmetic exception.
0x005187b2 in sp_ctrlrect_update(SPCanvasItem*, 
NR::Matrix const&, unsigned) ()
(gdb) bt
#0  0x005187b2 in sp_ctrlrect_update(SPCanvasItem*, 
NR::Matrix const&, unsigned)
 ()
#1  0x004c133e in sp_canvas_item_invoke_update
(SPCanvasItem*, NR::Matrix const&,
 unsigned) ()
#2  0x004c1a4f in sp_canvas_group_update
(SPCanvasItem*, NR::Matrix const&, unsig
ned) ()
#3  0x004c133e in sp_canvas_item_invoke_update
(SPCanvasItem*, NR::Matrix const&,
 unsigned) ()
#4  0x004c1a4f in sp_canvas_group_update
(SPCanvasItem*, NR::Matrix const&, unsig
ned) ()
#5  0x004c133e in sp_canvas_item_invoke_update
(SPCanvasItem*, NR::Matrix const&,
 unsigned) ()
#6  0x004c1a4f in sp_canvas_group_update
(SPCanvasItem*, NR::Matrix const&, unsig
ned) ()
#7  0x004c133e in sp_canvas_item_invoke_update
(SPCanvasItem*, NR::Matrix const&,
 unsigned) ()
#8  0x004c365c in do_update(SPCanvas*) ()
#9  0x004c3772 in idle_handler(void*) ()
#10 0x00afaa96 in ?? ()
#11 0x00af8b87 in ?? ()
#12 0x00af9680 in ?? ()
#13 0x00af9927 in ?? ()
#14 0x00af9dca in ?? ()
---Type <return> to continue, or q <return> to quit---
#15 0x018823e0 in ?? ()
#16 0x01cd83c3 in ?? ()
#17 0x00401c87 in sp_main_gui(int, char const**) ()
#18 0x004316c8 in 
Inkscape::NSApplication::Application::run() ()
#19 0x0040165e in main ()

----------------------------------------------------------------------

Comment By: John Backstrand (sandos)
Date: 2005-09-30 11:35

Message:
Logged In: YES 
user_id=22211

Uh, ok, suddenly it started working in win2k. It seems it
was some kind of one-time delay? Now it seems to be working
flawlessly, even if I restart Inkscape. All is good (for me).

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2005-09-30 11:30

Message:
Logged In: NO 

I can confirm that 0.42.2 not hangs, but lockups in win2k if I:

1) Start inkscape
2) Click the texttool-button
3) Click where I want the text
4) Type a key


So, doesnt hang, but the pointer doesnt change from the
text-tool whatever I do, and it doesnt recover from using
100% cpu.

----------------------------------------------------------------------

Comment By: tdtnet (tdtnet)
Date: 2005-09-18 04:07

Message:
Logged In: YES 
user_id=1052247

I can confirm this bug, exactly, on an XP Home machine,
English.  It does in a new document, immediately after
starting Inkscape.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2005-09-18 00:32

Message:
Logged In: NO 

I've been getting the same thing for the last couple of
weeks on my home machine.  It also hangs when I go to load a
file (though not when I save).  I've tried to create a
backtrace file, but GDB doesn't realize the program crashes
if I have to force quit it from Task Manager

I am running WinXP Pro, English version

----------------------------------------------------------------------

Comment By: Peter J. R. Moulder (pjrm)
Date: 2005-09-12 07:33

Message:
Logged In: YES 
user_id=827826

I can't reproduce this on Debian Gnu/Linux with current CVS.
 src/display/sodipodi-ctrlrect.cpp hasn't changed since
0.42.2, though possibly the callers that supply the argument
values might have changed.

What causes Arithmetic exception?  The only arithmetic
operations I can see in that function are +, -, floor, and
cast to int.  Could the exception come from overflow or an
operation on NaN ?

Can you confirm that this occurs with a new document,
immediately after starting inkscape?

Can another Windows XP user try to reproduce?  Preferably
try both English and French (or other european locale,
preferably one that uses comma as decimal separator).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1287763&group_id=93438

Bugs item #1308865, was opened at 2005-09-29 21:46
Message generated for change (Comment added) made by rwst
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1308865&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jean-François Lemaire (jflemaire)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opening a file over an unedited one replaces it

Initial Comment:
This is with Inkscape CVS under Linux:     
 
Procedure: 
-- Start Inkscape on an empty document  
-- Open any file  
The empty document is replaced by the file, which is  
the expected behaviour.  
  
-- Open a second file 
The second file replaces the first one.  
 
-- Edit the second file 
-- Open a third file 
The third file does not replace the second one. 
     

----------------------------------------------------------------------

>Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 11:00

Message:
Logged In: YES 
user_id=1275729

fixed in cvs. this was due to the wrong fix of another bug

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1308865&group_id=93438

Bugs item #1308865, was opened at 2005-09-29 21:46
Message generated for change (Settings changed) made by rwst
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1308865&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Jean-François Lemaire (jflemaire)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opening a file over an unedited one replaces it

Initial Comment:
This is with Inkscape CVS under Linux:     
 
Procedure: 
-- Start Inkscape on an empty document  
-- Open any file  
The empty document is replaced by the file, which is  
the expected behaviour.  
  
-- Open a second file 
The second file replaces the first one.  
 
-- Edit the second file 
-- Open a third file 
The third file does not replace the second one. 
     

----------------------------------------------------------------------

Comment By: Ralf Stephan (rwst)
Date: 2005-09-30 11:00

Message:
Logged In: YES 
user_id=1275729

fixed in cvs. this was due to the wrong fix of another bug

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1308865&group_id=93438

Patches item #1305735, was opened at 2005-09-27 21:21
Message generated for change (Comment added) made by pjrm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604308&aid=1305735&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Translation
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: matiphas (matiphas)
Assigned to: Nobody/Anonymous (nobody)
Summary: Updated fr.po

Initial Comment:
Here is the updated fr.po file for 0.43.
New translations are not perfect yet : I'm now
improving them (if possible before the new release).
Regards,

    Matiphas

----------------------------------------------------------------------

>Comment By: Peter J. R. Moulder (pjrm)
Date: 2005-09-30 18:19

Message:
Logged In: YES 
user_id=827826

La traduction de ‘Message information’ est-elle vraiment
‘Message information’ ?

I've changed those whiteboard plurals to use ngettext, and
have changed fr.po accordingly.

I was rather tempted to do s/alpha/translucence/g in
"When pressed, picks visible color without alpha and when
not pressed, picks color including its alpha"
(and then to translate translucence as tranparance in
fr.po).  The one person on IRC whose opinion I asked thought
alpha better, so I've kept it for the moment.

I changed s/finirr/finir/ (pour finir).

I still haven't looked through all the diffs, but I've
committed the revised version anyway.

----------------------------------------------------------------------

Comment By: matiphas (matiphas)
Date: 2005-09-30 08:00

Message:
Logged In: YES 
user_id=1046759

** "il reste %u message" looks wrong for plural, but I
believe
the original should change to use ngettext to handle plurals.
-> you're right -> correcter

** Some of the jabber_whiteboard messages have a full stop (.)
in the original and not in the translation; I don't know
if
that's deliberate (stylistic difference) or not.  These
occurrences are fairly spread out; search for ‘."’.
-> I'm the guilty guy. Corrected.

**Is "la pièce de discussion" standard terminology?  It
sounds
reasonable, just that I don't recall reading that phrase
anywhere else.
-> it is a possible translation, but I find it quite long. I
might change it to "discussion" or "conversation". Currently
speaking about it with some colleagues.

** Consider adding ‘(e)’ to ‘<b>%1</b> vous a invité’,
or using
present tense (... vous invite).
-> Ahah. No. 
In this case it is the verb 'inviter' in the 'passe compose'
tense. And in this case, you must not make it agree.


**‘tout vos chagements’ I believe should be ‘tous’, and
‘changements’ (extra n).  Also, consider translating the
qualification ‘unsaved’ (perhaps ‘non enrégistrés’).
-> corrected


**‘êtes connecté’, consider adding ‘(e)’, or using a phrase
involving ‘connection’.  (Occurs in at least two strings.)
-> ok done

**‘à nouveau’ consider changing to ‘de nouveau’ to avoid
confusion given ‘envoyer’.
-> you're right

**Hmm, technical jargon ‘NULL’ shouldn't be in the original.

**‘des erreurs suivants’ to me suggests that there definitely
are some errors to follow.
-> changed to 'prochaines erreurs'

Which gives us: Prjm 6 - Matiphas 1.


----------------------------------------------------------------------

Comment By: Peter J. R. Moulder (pjrm)
Date: 2005-09-29 11:46

Message:
Logged In: YES 
user_id=827826

"il reste %u message" looks wrong for plural, but I believe
the original should change to use ngettext to handle plurals.

Some of the jabber_whiteboard messages have a full stop (.)
in the original and not in the translation; I don't know if
that's deliberate (stylistic difference) or not.  These
occurrences are fairly spread out; search for ‘."’.

Is "la pièce de discussion" standard terminology?  It sounds
reasonable, just that I don't recall reading that phrase
anywhere else.

Consider adding ‘(e)’ to ‘<b>%1</b> vous a invité’, or using
present tense (... vous invite).

‘tout vos chagements’ I believe should be ‘tous’, and
‘changements’ (extra n).  Also, consider translating the
qualification ‘unsaved’ (perhaps ‘non enrégistrés’).

‘êtes connecté’, consider adding ‘(e)’, or using a phrase
involving ‘connection’.  (Occurs in at least two strings.)

‘à nouveau’ consider changing to ‘de nouveau’ to avoid
confusion given ‘envoyer’.

Hmm, technical jargon ‘NULL’ shouldn't be in the original.

‘des erreurs suivants’ to me suggests that there definitely
are some errors to follow.

That's as far as I've got reading the diffs so far, must go now.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604308&aid=1305735&group_id=93438

Bugs item #1307905, was opened at 2005-09-29 13:05
Message generated for change (Comment added) made by cyreve
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1307905&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Win32
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Win98: Opening File Causes Crash

Initial Comment:
I have just made a clean install of v.0.42.2-1 on a PII 
300, 96MB RAM, Win98SE machine. Inkscape will load 
OK, but will crash as soon as I try to open any file, even 
the tutorials.

I have been trying to test Inkscape since v.0.40-1 but it 
has never been stable enough for me to create even one 
test file!

wendellp@...

----------------------------------------------------------------------

>Comment By: Richard Hughes (cyreve)
Date: 2005-09-29 21:08

Message:
Logged In: YES 
user_id=201373

Bug 1188530? https://sourceforge.net/tracker/?
func=detail&atid=604306&aid=1188530&group_id=93438

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1307905&group_id=93438

Bugs item #1289648, was opened at 2005-09-13 21:16
Message generated for change (Comment added) made by kholburn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1289648&group_id=93438

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: UI
Group: OSX
Status: Open
Resolution: None
Priority: 5
Submitted By: Kim Holburn (kholburn)
Assigned to: Michael Wybrow (mjwybrow)
Summary: OSX: lost tool icons

Initial Comment:
I downloaded 0.42.2 binary for Mac and when I run it
few icons show up.  I include a screeshot.

Here is some OS data:
2005/09/13 9:07 PM


Hardware:

    Hardware Overview:

      Machine Name: PowerBook G4 15"
      Machine Model: PowerBook5,4
      CPU Type: PowerPC G4  (1.1)
      Number Of CPUs: 1
      CPU Speed: 1.5 GHz
      L2 Cache (per CPU): 512 KB
      Memory: 1 GB
      Bus Speed: 167 MHz
      Boot ROM Version: 4.8.6f0

    System Software Overview:

      System Version: Mac OS X 10.4.2 (8C46)
      Kernel Version: Darwin 8.2.0
  X:
  Apple X11.app
      X11 1.1 - XFree86 4.4.0

----------------------------------------------------------------------

>Comment By: Kim Holburn (kholburn)
Date: 2005-09-29 14:38

Message:
Logged In: YES 
user_id=808918

My path is :
/Applications2/office/Inkscape.0.42.2.app
I tried it in /Applications/Inkscape.0.42.2.app
  No joy
I renamed it to:
/Applications2/office/Inkscape.app

and I suddenly got all the icons!!!

----------------------------------------------------------------------

Comment By: Michael Wybrow (mjwybrow)
Date: 2005-09-29 14:13

Message:
Logged In: YES 
user_id=1110550

I can't replicate this with the 0.42.2 dmg, though I
understand how it could happen.  The launcher uses some
magic to set up paths for Inkscape based on the location of
Inkscape.app.  The missing icons are all in the icons.sng
file which would not be able to be opened if the paths were
wrong.

The problem doesn't occur when starting Inkscape from the
mounted disk image, or in various places in the file system.
 Where is the location of Inkscape.app when this is
happening?  Is it some strange path (i.e. in the
Applications folder of an account with strange characters)?
 Does it work if the app is just put in /Applications?  Are
you starting Inkscape.app from the command line? 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1289648&group_id=93438