4:12 a.m.
Hi Allin,
gretl crashed once again, but for a different reason this time.
It seems that whenever I tried to do a search for files within GUI after “file->Open
data->User file...” or “file->Session files->Open session…”, it crashes right
after it showed a list of files.
I can’t remember a time when I did a search like this without gretl crashing.
I suspect it has something to do with my character encoding. Even though I use standard
English, I have Chinese on my system also.
This is more like a FYI, and it is not urgent, as I know how to get around it easily.
Attached is the crash report if it helps.
Fred
8:40 a.m.
On Wed, 13 Feb 2019, Fred Engst wrote:
Hi Allin,
gretl crashed once again, but for a different reason this time.
It seems that whenever I tried to do a search for files within GUI after “file->Open
data->User file...” or “file->Session files->Open session…”, it crashes right
after it showed a list of files.
I can’t remember a time when I did a search like this without gretl crashing.
I suspect it has something to do with my character encoding. Even though I use standard
English, I have Chinese on my system also.
This is more like a FYI, and it is not urgent, as I know how to get around it easily.
Attached is the crash report if it helps.
Thanks. This looks like a GTK/quartz bug, to do with converting
filename encodings. I'll see what I can find out about it.
Allin
7:06 p.m.
On Wed, 13 Feb 2019, Fred Engst wrote:
gretl crashed once again, but for a different reason this time.
It seems that whenever I tried to do a search for files within GUI
after “file->Open data->User file...” or “file->Session
files->Open session…”, it crashes right after it showed a list of
files.
I can’t remember a time when I did a search like this without
gretl crashing.
I suspect it has something to do with my character encoding. Even
though I use standard English, I have Chinese on my system also.
This is more like a FYI, and it is not urgent, as I know how to
get around it easily.
Attached is the crash report if it helps.
Thanks, I've looked into this, but I'm still stumped.
Taking my cue from your "I have Chinese on my system also" I created
a Desktop directory with Chinese characters in its name, and put in
there a gretl data file with Chinese characters in its name -- on a
Macbook Air running OS X 10.10.5. Then I tried opening the data file
in question via "/File/Open data/User file..." And the file opened
without any problem.
This was using gretl 2019a, but I can't think of anything remotely
relevant that could have changed in quite a while.
If you're able to give us any more information about the exact
context of, or sequence of events leading up to, the crash, please
do!
You're running OS X 10.11.6, higher (though not far off) the version
I'm on: maybe there're a relevant difference in that respect. I'll
see if I can try the experiment on newer OS X.
Allin
11:15 p.m.
Hi Allin and others,
gretl crashed while searching for file within GUI.
Unlike last February, this time I’m using the latest Mac OS.
This is not urgent, for I can find a way around it by searching from the finder, for
example.
Fred
Here are the headings from the crash report:
Process: gretl [41050]
Path: /Applications/Gretl.app/Contents/Resources/bin/gretl
Identifier: net.sourceforge.gretl
Version: 2019b
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: gretl [41050]
User ID: 502
Date/Time: 2019-09-23 10:28:03.055 +0800
OS Version: Mac OS X 10.14.6 (18G95)
Report Version: 12
Bridge OS Version: 3.6 (16P6571)
Anonymous UUID: D0C17D83-C8DE-88A8-08E7-19E42233A73F
Sleep/Wake UUID: 3DF3F14E-A3CF-42EF-B123-10361042599A
Time Awake Since Boot: 250000 seconds
Time Since Wake: 1100 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Application Specific Information:
*** Terminating app due to uncaught exception 'NSCharacterConversionException',
reason: 'Conversion to encoding 30 failed'
abort() called
terminating with uncaught exception of type NSException
Attached is the full report, in case you need it.
On Feb 13, 2019, at 5:12 PM, Fred Engst <engst.uibe(a)gmail.com>
wrote:
Hi Allin,
gretl crashed once again, but for a different reason this time.
It seems that whenever I tried to do a search for files within GUI after “file->Open
data->User file...” or “file->Session files->Open session…”, it crashes right
after it showed a list of files.
I can’t remember a time when I did a search like this without gretl crashing.
I suspect it has something to do with my character encoding. Even though I use standard
English, I have Chinese on my system also.
This is more like a FYI, and it is not urgent, as I know how to get around it easily.
Attached is the crash report if it helps.
<gretl_2019-02-13-164555_Freds-MacBook-Pro.crash>
Fred
8 a.m.
On Mon, 23 Sep 2019, Fred Engst wrote:
Hi Allin and others,
gretl crashed while searching for file within GUI.
Unlike last February, this time I’m using the latest Mac OS.
This is not urgent, for I can find a way around it by searching from
the finder, for example.
Thanks, Fred. From the backtrace it appears the problem occurs deep
inside interactions between the GTK library and Apple's CoreFoundation
code, so I guess it's a GTK bug. I'll see what I can find out about
it.
Allin
3:57 p.m.
On Mon, 23 Sep 2019, Fred Engst wrote:
Hi Allin and others,
gretl crashed while searching for file within GUI.
Unlike last February, this time I’m using the latest Mac OS.
Thanks for the report, Fred. As I've mentioned, I think this is a
GTK bug. Gretl on Mac uses GTK 2, but I've taken a look at the
relevant Apple-interfacing code in GTK 3. I spotted a change that
seems like it could well be a fix and have back-ported it to the GTK
2 library that's packaged with gretl.
Since I'm not totally sure of my ground here, for the moment I
haven't yet replaced the gretl snapshot at SourceForge. But there's
an updated pkg file at
http://ricardo.ecn.wfu.edu/pub/gretl/gretl-quartz.pkg
If you wouldn't mind trying it, I'd be interested to hear if it
fixes the file-search problem.
Allin
11:18 p.m.
Hi Allin and others,
gretl crashed while searching for file within GUI.
Unlike last February, this time I’m using the latest Mac OS.
This is not urgent, for I can find a way around it by searching from the finder, for
example.
Fred
Here are the headings from the crash report:
Process: gretl [41050]
Path: /Applications/Gretl.app/Contents/Resources/bin/gretl
Identifier: net.sourceforge.gretl
Version: 2019b
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: gretl [41050]
User ID: 502
Date/Time: 2019-09-23 10:28:03.055 +0800
OS Version: Mac OS X 10.14.6 (18G95)
Report Version: 12
Bridge OS Version: 3.6 (16P6571)
Anonymous UUID: D0C17D83-C8DE-88A8-08E7-19E42233A73F
Sleep/Wake UUID: 3DF3F14E-A3CF-42EF-B123-10361042599A
Time Awake Since Boot: 250000 seconds
Time Since Wake: 1100 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Application Specific Information:
*** Terminating app due to uncaught exception 'NSCharacterConversionException',
reason: 'Conversion to encoding 30 failed'
abort() called
terminating with uncaught exception of type NSException
Attached is the full report, in case you need it.
On Feb 13, 2019, at 5:12 PM, Fred Engst <engst.uibe(a)gmail.com>
wrote:
Hi Allin,
gretl crashed once again, but for a different reason this time.
It seems that whenever I tried to do a search for files within GUI after “file->Open
data->User file...” or “file->Session files->Open session…”, it crashes right
after it showed a list of files.
I can’t remember a time when I did a search like this without gretl crashing.
I suspect it has something to do with my character encoding. Even though I use standard
English, I have Chinese on my system also.
This is more like a FYI, and it is not urgent, as I know how to get around it easily.
Attached is the crash report if it helps.
<gretl_2019-02-13-164555_Freds-MacBook-Pro.crash>
Fred
1837
days inactive
2059
days old
6 comments
2 participants
participants (2)
-
Allin Cottrell -
Fred Engst