Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>>> replaced the ones at
>>> http://stud.fh-wedel.de/~mi2112/config.h
>>> http://stud.fh-wedel.de/~mi2112/config.log
>> Ok, next try. ;-)
>
> Should be fixed in trunk now.
I wasn't at home the weekend so I had no chance of testing your last
patch,
Benedikt Meurer wrote:
>>replaced the ones at
>>http://stud.fh-wedel.de/~mi2112/config.h
>>http://stud.fh-wedel.de/~mi2112/config.log
>
> Ok, next try. ;-)
Should be fixed in trunk now.
> Benedikt
Benedikt
___
Thunar-dev mailing list
Thunar-dev@xfce.o
Björn Martensen wrote:
> replaced the ones at
> http://stud.fh-wedel.de/~mi2112/config.h
> http://stud.fh-wedel.de/~mi2112/config.log
Ok, next try. ;-)
> Björn
Benedikt
Index: configure.in.in
===
--- configure.in.in (revision 22545)
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> cc1: warnings being treated as errors
>>> tdb.c: In function 'tdb_write':
>>> tdb.c:398: warning: implicit declaration of function 'pwrite'
>>> tdb.c: In function 'tdb_read':
>>> tdb.c:421: warning: implicit declaration of fu
Björn Martensen wrote:
>>cc1: warnings being treated as errors
>>tdb.c: In function 'tdb_write':
>>tdb.c:398: warning: implicit declaration of function 'pwrite'
>>tdb.c: In function 'tdb_read':
>>tdb.c:421: warning: implicit declaration of function 'pread'
>>make[2]: *** [td
Benedikt Meurer wrote:
> Björn Martensen wrote:
> cc1: warnings being treated as errors
> tdb.c: In function 'tdb_write':
> tdb.c:398: warning: implicit declaration of function 'pwrite'
> tdb.c: In function 'tdb_read':
> tdb.c:421: warning: implicit declaration of function 'pr
Björn Martensen wrote:
cc1: warnings being treated as errors
tdb.c: In function 'tdb_write':
tdb.c:398: warning: implicit declaration of function 'pwrite'
tdb.c: In function 'tdb_read':
tdb.c:421: warning: implicit declaration of function 'pread'
make[2]: *** [tdb.lo] Error
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> cc1: warnings being treated as errors
>>> tdb.c: In function 'tdb_write':
>>> tdb.c:398: warning: implicit declaration of function 'pwrite'
>>> tdb.c: In function 'tdb_read':
>>> tdb.c:421: warning: implicit declaration of function 'pread'
>>> m
Benedikt Meurer wrote:
>>There are some icon update problems when the tree view side pane is used:
>>- dnd to trash in tree: icon is not updated, including the panel icon.
>>- delete file to trash: same as above.
>>- empty trash in tree (right click): same as above.
>>- empty trash from panel when
Björn Martensen wrote:
>>cc1: warnings being treated as errors
>>tdb.c: In function 'tdb_write':
>>tdb.c:398: warning: implicit declaration of function 'pwrite'
>>tdb.c: In function 'tdb_read':
>>tdb.c:421: warning: implicit declaration of function 'pread'
>>make[2]: *** [tdb.lo] Error 1
>>make[2]:
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> Found another bug:
>> when you moved an image into the trash and have thumbnails enabled,
>> thunar crashes when you open the trash:
>>
>>> GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling
>>> gdk_pixbuf_loader_close() - this is n
Björn Martensen wrote:
> Found another bug:
> when you moved an image into the trash and have thumbnails enabled,
> thunar crashes when you open the trash:
>
>>GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling
>>gdk_pixbuf_loader_close() - this is not allowed. You must explicitly en
Found another bug:
when you moved an image into the trash and have thumbnails enabled,
thunar crashes when you open the trash:
> GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling
> gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the
> data stream to the loa
Benedikt Meurer wrote:
> Björn Martensen wrote:
> cc1: warnings being treated as errors
> tdb.c: In function 'tdb_write':
> tdb.c:398: warning: implicit declaration of function 'pwrite'
> tdb.c: In function 'tdb_read':
> tdb.c:421: warning: implicit declaration of function 'pr
Björn Martensen wrote:
cc1: warnings being treated as errors
tdb.c: In function 'tdb_write':
tdb.c:398: warning: implicit declaration of function 'pwrite'
tdb.c: In function 'tdb_read':
tdb.c:421: warning: implicit declaration of function 'pread'
make[2]: *** [tdb.lo] Error
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> your latest changes in 22537 break building here again :/
>>
>>> cc1: warnings being treated as errors
>>> tdb.c: In function 'tdb_write':
>>> tdb.c:398: warning: implicit declaration of function 'pwrite'
>>> tdb.c: In function 'tdb_read':
>>> td
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> I have to correct myself: with gtk 2.8.20 now there are no crashes
>> related to the tree sidepane but everytime I try to open the context
>> menu on a file or a folder, thunar crashes. on free space it works.
>> This does happen with any view (i
Björn Martensen wrote:
> your latest changes in 22537 break building here again :/
>
>>cc1: warnings being treated as errors
>>tdb.c: In function 'tdb_write':
>>tdb.c:398: warning: implicit declaration of function 'pwrite'
>>tdb.c: In function 'tdb_read':
>>tdb.c:421: warning: implicit declaration
Björn Martensen wrote:
> I have to correct myself: with gtk 2.8.20 now there are no crashes
> related to the tree sidepane but everytime I try to open the context
> menu on a file or a folder, thunar crashes. on free space it works.
> This does happen with any view (icons, compact/detailed list)
>
Björn Martensen wrote:
>Argh! After applying the patch I pasted in a mail just minutes ago,
>Thunar now crashes when I delete a folder while using the tree sidepane :(
Patch?
>>>
>>>BTW: The patch didn't cause the crashes when deleting a folder.
>>>I just reverted the patch and bui
Benedikt Meurer wrote:
> Björn Martensen wrote:
Argh! After applying the patch I pasted in a mail just minutes ago,
Thunar now crashes when I delete a folder while using the tree sidepane :(
>>> Patch?
>> BTW: The patch didn't cause the crashes when deleting a folder.
>> I just reverted
Benedikt Meurer wrote:
> Björn Martensen wrote:
Argh! After applying the patch I pasted in a mail just minutes ago,
Thunar now crashes when I delete a folder while using the tree sidepane :(
>>> Patch?
>> BTW: The patch didn't cause the crashes when deleting a folder.
>> I just reverted
Björn Martensen wrote:
>>>Argh! After applying the patch I pasted in a mail just minutes ago,
>>>Thunar now crashes when I delete a folder while using the tree sidepane :(
>>
>>Patch?
>
> BTW: The patch didn't cause the crashes when deleting a folder.
> I just reverted the patch and built again (c
Benedikt Meurer wrote:
> Björn Martensen wrote:
> Besides that I'm unable to make Thunar crash with the tree pane, even on
> Linux. Can you describe the exact steps to make it crash?
I just chose sidepane -> tree and expand a tree. at that moment thunar
crashes. when I restart t
Benedikt Meurer wrote:
> Rodrigo Coacci wrote:
>>> Post the relevant lines before the strptime declarations from time.h.
>> Here they are:
>>
>> # ifdef __USE_XOPEN
>> /* Parse S according to FORMAT and store binary time information in TP.
>> The return value is a pointer to the first unparsed ch
Nick Schermer wrote:
> There are some icon update problems when the tree view side pane is used:
> - dnd to trash in tree: icon is not updated, including the panel icon.
> - delete file to trash: same as above.
> - empty trash in tree (right click): same as above.
> - empty trash from panel when Th
Benedikt Meurer wrote:
> Björn Martensen wrote:
> Besides that I'm unable to make Thunar crash with the tree pane, even on
> Linux. Can you describe the exact steps to make it crash?
I just chose sidepane -> tree and expand a tree. at that moment thunar
crashes. when I restart t
Björn Martensen wrote:
Besides that I'm unable to make Thunar crash with the tree pane, even on
Linux. Can you describe the exact steps to make it crash?
>>>
>>>I just chose sidepane -> tree and expand a tree. at that moment thunar
>>>crashes. when I restart thunar after the crash, it crash
There are some icon update problems when the tree view side pane is used:
- dnd to trash in tree: icon is not updated, including the panel icon.
- delete file to trash: same as above.
- empty trash in tree (right click): same as above.
- empty trash from panel when Thunar is in tree pane mode: sam
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> Besides that I'm unable to make Thunar crash with the tree pane, even on
>>> Linux. Can you describe the exact steps to make it crash?
>> I just chose sidepane -> tree and expand a tree. at that moment thunar
>> crashes. when I restart thunar af
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> Besides that I'm unable to make Thunar crash with the tree pane, even on
>>> Linux. Can you describe the exact steps to make it crash?
>> I just chose sidepane -> tree and expand a tree. at that moment thunar
>> crashes. when I restart thunar af
Björn Martensen wrote:
>>Besides that I'm unable to make Thunar crash with the tree pane, even on
>>Linux. Can you describe the exact steps to make it crash?
>
> I just chose sidepane -> tree and expand a tree. at that moment thunar
> crashes. when I restart thunar after the crash, it crashes inst
Benedikt Meurer wrote:
> Björn Martensen wrote:
> and this is the bt from the crash related to expanding Locations:
> #0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
> #1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
> #2 0xb79daf1f in g_type_c
Björn Martensen wrote:
and this is the bt from the crash related to expanding Locations:
#0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
#1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
#2 0xb79daf1f in g_type_create_instance () from
/usr/lib
Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>>> and this is the bt from the crash related to expanding Locations:
>>> #0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>>> #1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
>>> #2 0xb79daf1f in g_type_create_in
Benedikt Meurer wrote:
> Björn Martensen wrote:
> You already spotted the invalid free()'s earlier. Now you just need to
> make Thunar crash, i.e. run Thunar with
>
> export G_SLICE=always-malloc
> export MALLOC_CHECK_=2
>
> and be sure to terminate any running instance
Björn Martensen wrote:
You already spotted the invalid free()'s earlier. Now you just need to
make Thunar crash, i.e. run Thunar with
export G_SLICE=always-malloc
export MALLOC_CHECK_=2
and be sure to terminate any running instance first (Thunar -q).
>>>
>>>http://bugz
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> You already spotted the invalid free()'s earlier. Now you just need to
>>> make Thunar crash, i.e. run Thunar with
>>>
>>> export G_SLICE=always-malloc
>>> export MALLOC_CHECK_=2
>>>
>>> and be sure to terminate any running instance first (Thunar
Björn Martensen wrote:
>>You already spotted the invalid free()'s earlier. Now you just need to
>>make Thunar crash, i.e. run Thunar with
>>
>>export G_SLICE=always-malloc
>>export MALLOC_CHECK_=2
>>
>>and be sure to terminate any running instance first (Thunar -q).
>
> http://bugzilla.gnome.org/s
Benedikt Meurer wrote:
> Björn Martensen wrote:
> and this is the bt from the crash related to expanding Locations:
> #0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
> #1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
> #2 0xb79daf1f in g_type_c
Björn Martensen wrote:
and this is the bt from the crash related to expanding Locations:
#0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
#1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
#2 0xb79daf1f in g_type_create_instance () from
/usr/lib
Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>>> and this is the bt from the crash related to expanding Locations:
>>> #0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>>> #1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
>>> #2 0xb79daf1f in g_type_create_in
Benedikt Meurer wrote:
>>and this is the bt from the crash related to expanding Locations:
>>#0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>>#1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
>>#2 0xb79daf1f in g_type_create_instance () from
>>/usr/lib/libgobjec
Björn Martensen wrote:
>btw, I still have to add
>#define __USE_XOPEN
>before #include
>to be able to compile.
Send me your config.log please.
>>>
>>>http://stud.fh-wedel.de/~mi2112/config.log
>>
>>Ok, please try this one:
>>
>>www.xfce.org/~benny/tmp/configure.bz2
>
> Th
Benedikt Meurer wrote:
> Björn Martensen wrote:
btw, I still have to add
#define __USE_XOPEN
before #include
to be able to compile.
>>> Send me your config.log please.
>> http://stud.fh-wedel.de/~mi2112/config.log
>
> Ok, please try this one:
>
> www.xfce.org/~benny/tmp/confi
Björn Martensen wrote:
>>>btw, I still have to add
>>>#define __USE_XOPEN
>>>before #include
>>>to be able to compile.
>>
>>Send me your config.log please.
>
> http://stud.fh-wedel.de/~mi2112/config.log
Ok, please try this one:
www.xfce.org/~benny/tmp/configure.bz2
> Björn
Benedikt
__
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> $ gdb Thunar
>>> [gdb stuff...]
>>> (gdb) run
>>> [... do something to make it crash ...]
>>> (gdb) bt
>>> [... get your backtrace ...]
>>> (gdb) quit
>> That is what i was going to do now :>
>>
>> Here is the bt from collapsing the trash tree:
>
On Thu, 27 Jul 2006 11:16:04 +0200, Benedikt Meurer wrote:
> Rodrigo Coacci wrote:
> > Well here is my bt. Just to remember, Thunar crashes upon clicking
> > in "properties" from Trash context menu.
> >
> > #0 0xb78a90c3 in strlen () from /lib/libc.so.6
> > #1 0xb5b6f9f3 in TagLib::String::Stri
Björn Martensen wrote:
>>$ gdb Thunar
>>[gdb stuff...]
>>(gdb) run
>>[... do something to make it crash ...]
>>(gdb) bt
>>[... get your backtrace ...]
>>(gdb) quit
>
> That is what i was going to do now :>
>
> Here is the bt from collapsing the trash tree:
> #0 0xb79c28d7 in g_slice_alloc () fro
Rodrigo Coacci wrote:
> Well here is my bt. Just to remember, Thunar crashes upon clicking in
> "properties" from Trash context menu.
>
> #0 0xb78a90c3 in strlen () from /lib/libc.so.6
> #1 0xb5b6f9f3 in TagLib::String::String () from /usr/lib/libtag.so.1
> #2 0xb5b4c35c in TagLib::FileRef::cre
BTW i just found out that the same behavior happens when trying to get properties from files in TrashOn 7/26/06, Rodrigo Coacci <
[EMAIL PROTECTED]> wrote:Well here is my bt. Just to remember, Thunar crashes upon clicking in "properties" from Trash context menu.
-- Abraços, Rodrigo
___
Well here is my bt. Just to remember, Thunar crashes upon clicking in "properties" from Trash context menu.#0 0xb78a90c3 in strlen () from /lib/libc.so.6#1 0xb5b6f9f3 in TagLib::String::String () from /usr/lib/libtag.so.1
#2 0xb5b4c35c in TagLib::FileRef::create () from /usr/lib/libtag.so.1#3 0
Brian J. Tarricone wrote:
> On 7/26/2006 3:10 PM, Benedikt Meurer wrote:
>>> Björn Martensen wrote:
>> However, the other two crashes I reported that occur in the treeview
>> sidepane are still present.
> If the backtrace shows g_slice_alloc() or g_slice_alloc0(), try set the
> env
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/26/2006 3:10 PM, Benedikt Meurer wrote:
> Björn Martensen wrote:
However, the other two crashes I reported that occur in the treeview
sidepane are still present.
>>> If the backtrace shows g_slice_alloc() or g_slice_alloc0(), try set the
Björn Martensen wrote:
>>>However, the other two crashes I reported that occur in the treeview
>>>sidepane are still present.
>>
>>If the backtrace shows g_slice_alloc() or g_slice_alloc0(), try set the
>>environment variable G_SLICE to always-malloc and enable malloc()
>>debugging (man malloc shou
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> However, the other two crashes I reported that occur in the treeview
>> sidepane are still present.
>
> If the backtrace shows g_slice_alloc() or g_slice_alloc0(), try set the
> environment variable G_SLICE to always-malloc and enable malloc()
>
Björn Martensen wrote:
> However, the other two crashes I reported that occur in the treeview
> sidepane are still present.
If the backtrace shows g_slice_alloc() or g_slice_alloc0(), try set the
environment variable G_SLICE to always-malloc and enable malloc()
debugging (man malloc should provide
Benedikt Meurer wrote:
> Björn Martensen wrote:
I've uploaded a new tarball with several other fixes:
http://thunar.xfce.org/download/snapshots/devel/Thunar-0.3.3svn-trashexp2-r22528.tar.bz2
Please try this one, and close the GNOME bug report if the crash is gone.
>>> BTW
Björn Martensen wrote:
>>>I've uploaded a new tarball with several other fixes:
>>>
>>>http://thunar.xfce.org/download/snapshots/devel/Thunar-0.3.3svn-trashexp2-r22528.tar.bz2
>>>
>>>Please try this one, and close the GNOME bug report if the crash is gone.
>>
>>BTW: The strptime() issue should also
Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>> I've uploaded a new tarball with several other fixes:
>>
>> http://thunar.xfce.org/download/snapshots/devel/Thunar-0.3.3svn-trashexp2-r22528.tar.bz2
>>
>> Please try this one, and close the GNOME bug report if the crash is gone.
>
> BTW: The strpt
Benedikt Meurer wrote:
(gdb) bt
#0 0xb79758d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
#1 0xb7975aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
#2 0xb795c402 in g_list_alloc () from /usr/lib/libglib-2.0.so.0
#3 0xb7a352be in g_object_notify () from /usr/li
Björn Martensen wrote:
Backtrace?
>>>
>>>(gdb) bt
>>>#0 0xb79758d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>>>#1 0xb7975aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
>>>#2 0xb795c402 in g_list_alloc () from /usr/lib/libglib-2.0.so.0
>>>#3 0xb7a352be in g_object_notify (
Björn Martensen wrote:
>>Please give it a try and help to find left-over problems. Building from
>>that tarball will enable full debugging by default, so in case of a
>>problem Thunar should crash with an assertion instead of messing up your
>>files. Please report all problems.
>
> Ok, here is one
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> Backtrace?
>> (gdb) bt
>> #0 0xb79758d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>> #1 0xb7975aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
>> #2 0xb795c402 in g_list_alloc () from /usr/lib/libglib-2.0.so.0
>> #3 0xb7a352b
Mike Massonnet wrote:
>>That's not really what I meant (esp. since that is already possible
>>with ThunarVfsPath):
>
> You know this better than me ;-) Of course it fits better in
> thunar-vfs-path. (My guess would be to add thunar_vfs_path_unquote,
> and call it in thunar_vfs_path_dup_uri)
>
Wow, that slice allocator have been giving some headaches. :-POn 7/26/06, Benedikt Meurer <
[EMAIL PROTECTED]> wrote:Björn Martensen wrote:>>Backtrace?
>> (gdb) bt> #0 0xb79758d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0> #1 0xb7975aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.s
Wed, 26 Jul 2006 18:18:13 +0200 - Benedikt Meurer
<[EMAIL PROTECTED]> wrote :
> That's not really what I meant (esp. since that is already possible
> with ThunarVfsPath):
>
You know this better than me ;-) Of course it fits better in
thunar-vfs-path. (My guess would be to add thunar_vfs_path
Wed, 26 Jul 2006 18:15:04 +0200 - Björn Martensen
<[EMAIL PROTECTED]> wrote :
> When I have a folder in the trash bin and switch into the folder, go
> back to trash, switch into the folder again, go back again (and so on)
> thunar crashes the 6th time i try to go back. it's always at the 6th
> bac
Matt McClinch wrote:
> Hi Benedikt,
>
> The tooltip for the "Delete" action still reads, "Delete the selected
> file permanently." This is a bit misleading, since the file is actually
> moved to the trash can. Of course, when viewing the contents of the
> trash can, the tooltip, as it stands,
Björn Martensen wrote:
>>Backtrace?
>
> (gdb) bt
> #0 0xb79758d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
> #1 0xb7975aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
> #2 0xb795c402 in g_list_alloc () from /usr/lib/libglib-2.0.so.0
> #3 0xb7a352be in g_object_notify () from /
After seeing Björn email, I found what missed. When I get home I'll give you the BTOn 7/26/06, Rodrigo Coacci <[EMAIL PROTECTED]
> wrote:None Even with running with gdb, it says only that the application got SIGSEGV (or whatever).
Mybe i've done something wrong, I'm not used do gdb.Here's what
None Even with running with gdb, it says only that the application got SIGSEGV (or whatever). Mybe i've done something wrong, I'm not used do gdb.Here's what I did:gdb Thunar(gdb): run
.(error)(gdb): continue(Thunar quits)(gdb): quitOn 7/26/06, Benedikt Meurer <
[EMAIL PROTECTED]> wrote
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> When I have a folder in the trash bin and switch into the folder, go
>> back to trash, switch into the folder again, go back again (and so on)
>> thunar crashes the 6th time i try to go back. it's always at the 6th back.
>
> Backtrace?
(gdb) bt
#
Björn Martensen wrote:
> When I have a folder in the trash bin and switch into the folder, go
> back to trash, switch into the folder again, go back again (and so on)
> thunar crashes the 6th time i try to go back. it's always at the 6th back.
Backtrace?
> Björn
Benedikt
Mike Massonnet wrote:
>>Yes, whitespace in trash:-URIs must be escaped. If somebody wants to
>>come up with a nice patch to pretty-print/pretty-parse trash:-URIs in
>>the location entry/dialog, go ahead. ;-)
>
> After a little search, I have find a urldecode_path function in xmms2.
> I introduce
Rodrigo Coacci wrote:
>> Post it here for now.
>
> And there goes one more: after clicking in properties from Trash context
> menu, Thunar goes out with a plain simple segmentation fault
Backtrace?
Benedikt
___
Thunar-dev mailing list
Thunar-dev@xfce.o
When I have a folder in the trash bin and switch into the folder, go
back to trash, switch into the folder again, go back again (and so on)
thunar crashes the 6th time i try to go back. it's always at the 6th back.
Björn
signature.asc
Description: OpenPGP digital signature
_
Wed, 26 Jul 2006 11:05:45 -0400 - Matt McClinch
<[EMAIL PROTECTED]> wrote :
> The tooltip for the "Delete" action still reads, "Delete the selected
> file permanently." This is a bit misleading, since the file is
> actually moved to the trash can. Of course, when viewing the
> contents of the t
Wed, 26 Jul 2006 14:41:17 +0200 - Benedikt Meurer
<[EMAIL PROTECTED]> wrote :
> Yes, whitespace in trash:-URIs must be escaped. If somebody wants to
> come up with a nice patch to pretty-print/pretty-parse trash:-URIs in
> the location entry/dialog, go ahead. ;-)
After a little search, I have f
Post it here for now.Benedikt___
Thunar-dev mailing listThunar-dev@xfce.orghttp://foo-projects.org/mailman/listinfo/thunar-dev
And there goes one more: after clicking in properties from Trash context menu, Thunar goes out with a plain simple segmentation
Hi Benedikt,
The tooltip for the "Delete" action still reads, "Delete the selected
file permanently." This is a bit misleading, since the file is actually
moved to the trash can. Of course, when viewing the contents of the
trash can, the tooltip, as it stands, is accurate.
Matt McClinch
On Wed, 26 Jul 2006 15:14:13 +0200, Stephan Arts wrote:
> On 7/25/06, Benedikt Meurer <[EMAIL PROTECTED]>
> wrote:
> > Björn Martensen wrote:
> > >>thunar-file.c: In function 'thunar_file_get_deletion_date':
> > >>thunar-file.c:1361: warning: implicit declaration of function
> > >>'str
On 7/25/06, Benedikt Meurer <[EMAIL PROTECTED]> wrote:
> Björn Martensen wrote:
> >>thunar-file.c: In function 'thunar_file_get_deletion_date':
> >>thunar-file.c:1361: warning: implicit declaration of function 'strptime'
> >>thunar-file.c:1361: warning: comparison between pointer and in
Björn Martensen wrote:
>>Please give it a try and help to find left-over problems. Building from
>>that tarball will enable full debugging by default, so in case of a
>>problem Thunar should crash with an assertion instead of messing up your
>>files. Please report all problems.
>
> Another One: wh
Benedikt Meurer wrote:
> Please give it a try and help to find left-over problems. Building from
> that tarball will enable full debugging by default, so in case of a
> problem Thunar should crash with an assertion instead of messing up your
> files. Please report all problems.
Another One: whit
Benedikt Meurer wrote:
> Please give it a try and help to find left-over problems. Building from
> that tarball will enable full debugging by default, so in case of a
> problem Thunar should crash with an assertion instead of messing up your
> files. Please report all problems.
Ok, here is one:
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> The import of the trash framework into Thunar is mostly finished, and
>>> works for my tests. It's currently limited to the home trash, but will
>>> be extended to utilize foreign trash dirs as well.
>>>
>>> I've uploaded an experimental tarball
Björn Martensen wrote:
>>The import of the trash framework into Thunar is mostly finished, and
>>works for my tests. It's currently limited to the home trash, but will
>>be extended to utilize foreign trash dirs as well.
>>
>>I've uploaded an experimental tarball at:
>>http://thunar.xfce.org/downlo
Benedikt Meurer wrote:
> The import of the trash framework into Thunar is mostly finished, and
> works for my tests. It's currently limited to the home trash, but will
> be extended to utilize foreign trash dirs as well.
>
> I've uploaded an experimental tarball at:
> http://thunar.xfce.org/downlo
Benedikt Meurer wrote:
> Rodrigo Coacci wrote:
>>> Post the relevant lines before the strptime declarations from time.h.
>> Here they are:
>>
>> # ifdef __USE_XOPEN
>> /* Parse S according to FORMAT and store binary time information in TP.
>> The return value is a pointer to the first unparsed
Rodrigo Coacci wrote:
>> Post the relevant lines before the strptime declarations from time.h.
>
> Here they are:
>
> # ifdef __USE_XOPEN
> /* Parse S according to FORMAT and store binary time information in TP.
> The return value is a pointer to the first unparsed character in S. */
> extern
Post the relevant lines before the strptime declarations from
time.h.BenediktHere they are:# ifdef __USE_XOPEN/* Parse S according to FORMAT and store binary time information in TP. The return value is a pointer to the first unparsed character in S. */
extern char *strptime (__const char *__res
Stavros Giannouris wrote:
>>>Meh, glibc. Try to add
>>>
>>>#ifndef _XOPEN_SOURCE
>>>#define _XOPEN_SOURCE
>>>#endif
>>>
>>>in thunar-file.c right before the line
>>>
>>>#include
>>>
>>
>>Ok, this fixed the problem.
>
>
> Didn't here. Build stopped with this error:
> cc1: warnings being treated
Στις Tue, 25 Jul 2006 20:16:34 +
Ο/Η Laurent Meunier <[EMAIL PROTECTED]> έγραψε:
> Le Tue, 25 Jul 2006 19:59:44 +0200,
> Benedikt Meurer <[EMAIL PROTECTED]> a écrit :
>
> >
> > Meh, glibc. Try to add
> >
> > #ifndef _XOPEN_SOURCE
> > #define _XOPEN_SOURCE
> > #endif
> >
> > in thunar-file.
Benedikt Meurer wrote:
> Björn Martensen wrote:
> thunar-file.c: In function ‘thunar_file_get_deletion_date’:
> thunar-file.c:1361: warning: implicit declaration of function
> ‘strptime’
> thunar-file.c:1361: warning: comparison between pointer and integer
>>>
Le Tue, 25 Jul 2006 19:59:44 +0200,
Benedikt Meurer <[EMAIL PROTECTED]> a écrit :
>
> Meh, glibc. Try to add
>
> #ifndef _XOPEN_SOURCE
> #define _XOPEN_SOURCE
> #endif
>
> in thunar-file.c right before the line
>
> #include
>
> > Björn
>
> Benedikt
>
Ok, this fixed the problem.
I have the
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> thunar-file.c: In function thunar_file_get_deletion_date:
>>> thunar-file.c:1361: warning: implicit declaration of function
>>> strptime
>>> thunar-file.c:1361: warning: comparison between pointer and integer
Björn Martensen wrote:
>>thunar-file.c: In function thunar_file_get_deletion_date:
>>thunar-file.c:1361: warning: implicit declaration of function
>>strptime
>>thunar-file.c:1361: warning: comparison between pointer and integer
>>make[3]: *** [Thunar-thu
Brian J. Tarricone wrote:
> Benedikt Meurer wrote:
>>> Björn Martensen wrote:
> thunar-file.c: In function thunar_file_get_deletion_date:
> thunar-file.c:1361: warning: implicit declaration of function
> strptime
> thunar-file.c:1361: warning: comparison betwee
Björn Martensen wrote:
thunar-file.c: In function ‘thunar_file_get_deletion_date’:
thunar-file.c:1361: warning: implicit declaration of function ‘strptime’
thunar-file.c:1361: warning: comparison between pointer and integer
make[3]: *** [Thunar-thunar-file.o] Error 1
1 - 100 of 112 matches
Mail list logo
