After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 456667 - crash in Text Editor: opening a 1.6GB AVI file
crash in Text Editor: opening a 1.6GB AVI file
Status: RESOLVED INCOMPLETE
Product: gedit
Classification: Applications
Component: general
2.19.x
Other All
: High critical
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2007-07-13 17:38 UTC by tropikhajma
Modified: 2008-01-26 18:12 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description tropikhajma 2007-07-13 17:38:20 UTC
Version: 2.19.2

What were you doing when the application crashed?
opening a 1.6GB AVI file


Distribution: Mandriva Linux release 2008.0 (Cooker) for i586
Gnome Release: 2.19.5 2007-07-08 (Mandriva)
BugBuddy Version: 2.18.1

System: Linux 2.6.21-4mdv #1 SMP Fri Jul 6 16:14:44 CEST 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Ia Ora Free
Icon Theme: gnome

Memory status: size: 1848188928 vsize: 1848188928 resident: 32145408 share: 28520448 rss: 32145408 rss_rlim: 4294967295
CPU usage: start_time: 1184348168 rtime: 49 utime: 41 stime: 8 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/gedit'

(no debugging symbols found)
Using host libthread_db library "/lib/i686/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1230207296 (LWP 28879)]
(no debugging symbols found)
0xb7f027f2 in _dl_sysinfo_int80 () at rtld.c:788
	in rtld.c

Thread 1 (Thread -1230207296 (LWP 28879))

  • #0 _dl_sysinfo_int80
    at rtld.c line 788
  • #1 __waitpid_nocancel
    from /lib/i686/libpthread.so.0
  • #2 g_free
    from /usr/lib/libgnomeui-2.so.0
  • #3 <signal handler called>
  • #4 g_log_default_handler
    from /usr/lib/libglib-2.0.so.0
  • #5 ??
  • #6 ??
  • #7 ??
  • #8 ??
  • #9 ??
  • #10 ??
  • #11 g_free
    from /lib/i686/libc.so.6
  • #12 ??
  • #13 ??
0xb7f027f2	788	in rtld.c
The program is running.  Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal]
Output of custom script "/usr/lib/gedit-2/gedit-bugreport.sh":
Active plugins:
  - docinfo
  - modelines
  - savecopy
  - spell
  - time

No plugin installed in $HOME.

Module versions:
  - glib                  2.13.6
  - gtk+                  
  - gtksourceview         
  - libgnomeui            
  - libglade              
  - libgnomeprintui       
  - gnome-vfs             
  - pygobject             
  - pygtk                 
  - gnome-python          2.19.1
  - gnome-python-desktop  2.19.1
  - enchant               
  - iso-codes             1.2

Python module versions:
  - python                2.5.1
  - pygtk                 2.10.6 (GTK+ 2.11.5)
  - gnome-python          2.19.1





----------- .xsession-errors (10 sec old) ---------------------
  Minor opcode:  6
  Resource id:  0x180b9d0
warning: .dynamic section for "/usr/lib/libgmodule-2.0.so.0" is not at the expected address (wrong library or version mismatch?)
warning: .dynamic section for "/usr/lib/libgthread-2.0.so.0" is not at the expected address (wrong library or version mismatch?)
warning: .dynamic section for "/usr/lib/libgobject-2.0.so.0" is not at the expected address
warning: difference appears to be caused by prelink, adjusting expectations
warning: .dynamic section for "/usr/lib/libglib-2.0.so.0" is not at the expected address
warning: difference appears to be caused by prelink, adjusting expectations
788	rtld.c: No such file or directory.
--------------------------------------------------
Comment 1 Patrick Ohearn 2007-08-27 09:13:43 UTC
Please help me to understand why you were expecting a _text_ editor to open a _media_ file.
Comment 2 Paolo Maggi 2007-08-27 09:50:18 UTC
Well, gedit should not crash also when you try to open a file that it cannot open.

It is not clear from the stack trace but this is most probably an out-of-memory problem, a well known problem in gedit when opening very big files.
Comment 3 tropikhajma 2007-08-27 17:19:45 UTC
(In reply to comment #1)
> Please help me to understand why you were expecting a _text_ editor to open a
> _media_ file.
> 

simply because some other developer made gedit default app for the file...
apart from that you really should not assume users use brain
Comment 4 Teppo Turtiainen 2007-12-25 12:28:22 UTC
Thanks for taking the time to report this bug.
Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so and reopen this bug or report a new one. Thanks in advance!
Comment 5 hajma 2008-01-26 18:12:25 UTC
Hi,
I tried to reproduce it today with gedit 2.21.1 and gedit simply disappears. When I launch it from konsole, the following is left there:

[hajma@localhost ~]$ gedit

GLib-ERROR **: gmem.c:135: failed to allocate 1887294131 bytes
aborting...
Trasovací/ladící past (SIGTRAP)
[hajma@localhost ~]$