albug commented 11 years ago

Cannot create directory (or file) on CentOS v6.3. When I "right-click" in an empty space and then select "New - Folder" (or "New - File"), the Create New Folder dialog pops up. Then, when I type in a new dir name, and select "Create", SpaceFM just exits! Selecting "As Root" doesn't help). I don't think permissions are a problem. I also tried creating a dir in the "/tmp" dir and it also exited. I have also tried running SpaceFM as a Superuser (sudo /usr/local/bin/spacefm), which runs but then it exits in the same way as when I run as a normal user!

Not sure what is going on here. Can someone help??? I really like SpaceFM especially because of the support for (4) panes. I have tried some other functions of SpaceFM (for instance deleting a dir) and they appear to work ok. I can run 1-4 panes no problem.

I am using the current build of CentOS v6.3 (kernel v2.6.32-279.19.1).

I have downloaded and built the master source code (IgnorantGuru-spacefm-0.8.5-0-ge6dd4b4.tar.gz). The same thing happens with v0.8.3. I have 25 yrs experience with software development! While building, everything looks ok. No obvious errors (once I resolved any missing dependencies).

This problem exists on both the v0.8.5 and v0.8.3 version of SpaceFM....

IgnorantGuru commented 11 years ago

Please open a terminal window and run:

killall spacefm
spacefm

Then create a file or dir in spacefm, and when spacefm exits, check the terminal to see what messages are there - thanks.

albug commented 11 years ago

Ok. I did it and here is the output from the terminal. I am getting an exception:

(spacefm:15675): Gtk-CRITICAL **: gtk_entry_get_text: assertion `GTK_IS_ENTRY (entry)' failed

(spacefm:15675): GLib-CRITICAL **: g_strchug: assertion `string != NULL' failed

(spacefm:15675): GLib-CRITICAL **: g_strchomp: assertion `string != NULL' failed Segmentation fault (core dumped)

IgnorantGuru commented 11 years ago

Thanks - odd that this isn't reproducible. Could you show me the output of:

spacefm --version

(That will tell me GTK2 or GTK3). Also, did you reconfigure what fields are visible in the rename dialog (Options button), or is everything at its default? (If changed, you might consider providing a screenshot as that dialog is complex).

Also, are you right-clicking on the desktop, or in the file manager? Does it only occur when you right-click on an empty space and not on an existing file? Finally, what view mode are you using in the file manager (detailed, icons, or compact)?

If you feel like it, a backtrace might be helpful (see BUILD DEBUG instructions in README), otherwise I'll look over the code and see if I can find where this is coming from.

albug commented 11 years ago

No, thank you for helping me get this going (:

I am using GTK2 (show in Gnome Help – About screen). Verified with “spacefm –version” which outputs: spacefm 0.8.5 GTK2 UDEV INOTIFY DESKTOP SNOTIFY

I built manually using: ./configure make sudo make install :

Then, without making any spacefm configuration setting changes, I got the bug I posted when I ran spacefm. All settings were default.

Then, afterwards, I tried troubleshooting a bit and I set the “Root’s Editer” (since the terminal output a warning about this): “View – Preferences” “Advance” tab “Root’s Editer:” = “kdesu -c gedit %U” (since I couldn’t find “gnomesu” on my system)

All other spacefm settings are still default.

Wasn’t using “rename” dialog. Failure (exception) is caused by both “New – File” and “New – Folder” commands. In any case, I used the default “Options” settings in the dialog and didn’t change anything.

After reading your response, I tried to get some more info for you: 1) Noticed that “Options – Option – “As Root”” is default. I tried unchecking it and still got the same failure/exception. 2) Tried both the “Delete” and “Rename” spacefm commands and these work fine.

Then, I built the debug version of spacefm and generated the error from within gdb. Running spacefm from within gdb generates the following output on the gdb terminal: (spacefm:3027): Gtk-CRITICAL **: gtk_entry_get_text: assertion `GTK_IS_ENTRY (entry)' failed

(spacefm:3027): GLib-CRITICAL **: g_strchug: assertion `string != NULL' failed

(spacefm:3027): GLib-CRITICAL **: g_strchomp: assertion `string != NULL' failed

Program received signal SIGSEGV, Segmentation fault. 0x000000000045cc51 in ptk_rename_file (desktop=, file_browser=, file_dir=, file=, dest_dir=, clip_copy=11498416, create_new=2, auto_open=0xacc4e0) at ptk/ptk-file-misc.c:2754 2754 if ( str[0] == '/' ) Missing separate debuginfos, use: debuginfo-install GConf2-2.28.0-6.el6.x86_64 ORBit2-2.14.17-3.2.el6_3.x86_64 PackageKit-gtk-module-0.5.8-20.el6.x86_64 atk-1.28.0-2.el6.x86_64 cairo-1.8.8-3.1.el6.x86_64 :

Then, I ran the backtrace and got the following. Looks like the problem is with the ptk_rename_file() function…..

P.S. Is there a way to attach a text file in Github, instead of having to insert a long output like below?

Albert

(gdb) bt full

0 0x000000000045cc51 in ptk_rename_file (desktop=, file_browser=, file_dir=,

file=<value optimized out>, dest_dir=<value optimized out>, clip_copy=11498416, create_new=2, auto_open=0xacc4e0) at ptk/ptk-file-misc.c:2754
    task = <value optimized out>
    link = 0
    link_target = 0
    new_file = 0
    overwrite = 0
    msg = <value optimized out>
    copy = 0
    copy_target = 0
    new_folder = 0
    as_root = 0
    new_link = 0
    full_name = 0xae1560 "tmp"
    full_path = 0xaf4fb0 "/data/software/SpaceFM/tmp"
    path = 0xb05a90 "/data/software/SpaceFM"
    old_path = 0xaf73b0 "/data/software/SpaceFM"
    root_mkdir = 0xace2f0 ""
    to_path = <value optimized out>
    from_path = <value optimized out>
    task_name = <value optimized out>
    str = 0x0
    iter = {dummy1 = 0xae2e60, dummy2 = 0xae2d40, dummy3 = -1, dummy4 = 26, dummy5 = 26, dummy6 = -1, dummy7 = -516011146, dummy8 = -1092087212, 
    dummy9 = 0xae2da0, dummy10 = 0xae3270, dummy11 = -1, dummy12 = 0, dummy13 = 32, dummy14 = 0x2}
    siter = {dummy1 = 0xae2e60, dummy2 = 0xae2d40, dummy3 = -1, dummy4 = 0, dummy5 = 0, dummy6 = -1, dummy7 = -516011146, dummy8 = -1092087212, 
      dummy9 = 0xae4500, dummy10 = 0xae31c0, dummy11 = -1, dummy12 = 0, dummy13 = 24, dummy14 = 0x7fffffffd520}
    task_view = 0x8721b0
    ret = 1
    target_missing = <value optimized out>
    templates = <value optimized out>
    statbuf = {st_dev = 0, st_ino = 273895700144, st_nlink = 0, st_mode = 10829328, st_uid = 0, st_gid = 10829328, __pad0 = 0, st_rdev = 
242225306110, st_size = 0, st_blksize = 140737488344176, st_blocks = 10829328, st_atim = {tv_sec = 7548864, tv_nsec = 0}, st_mtim = {tv_sec = 
273895700321, tv_nsec = 10396880}, st_ctim = {tv_sec = 10846976, tv_nsec = 10846976}, __unused = {242225306110, 10846976, 140737488344176}}
    mset = 0xa1a290
    root_msg = 0x4b2d6d ""
    width = <value optimized out>
    height = <value optimized out>
    type = <value optimized out>
    dlg_vbox = <value optimized out>
    hbox = <value optimized out>
    last = <value optimized out>
    response = -5
    allocation = {x = 32, y = 0, width = 7548672, height = 0}

1 0x00000000004517aa in create_new_file (data=0xa48b80, create_new=2) at ptk/ptk-file-menu.c:2495

    result = <value optimized out>
    ao = 0xacc4e0

2 0x000000000045180f in on_popup_new_folder_activate (menuitem=, data=) at ptk/ptk-file-menu.c:2513

No locals.

3 0x0000003865c0bb3e in g_closure_invoke () from /lib64/libgobject-2.0.so.0