From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=DMARC_MISSING, MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from mail.tao-group.com (gate.tao-group.com [62.255.240.131]) by chiba.3jane.net (Postfix) with ESMTP id B1E5DAC50B for ; Fri, 19 Jul 2002 07:51:05 -0500 (CDT) Received: from mail by mail.tao-group.com with local (Exim 3.12 #1 (Debian)) id 17VXDs-0004Mr-00 for ; Fri, 19 Jul 2002 13:51:04 +0100 Received: from rhodium.tao.co.uk ([172.16.100.88]) by bobbins.tao.co.uk with esmtp (Exim 3.12 #1 (Debian)) id 17VXDs-0004Mm-00 for ; Fri, 19 Jul 2002 13:51:04 +0100 Received: from spinel.tao.co.uk ([172.16.101.41]) by rhodium.tao.co.uk with esmtp (Exim 3.12 #1 (Debian)) id 17VXDs-0006OE-00 for ; Fri, 19 Jul 2002 13:51:04 +0100 From: Andrew Ebling To: gentoo-dev@gentoo.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 19 Jul 2002 13:51:34 +0100 Message-Id: <1027083094.4569.26.camel@spinel.tao.co.uk> Mime-Version: 1.0 Comment: Checked by Tao OGEMP Subject: [gentoo-dev] severe gnumeric bug Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 588d423c-f2e5-4186-8b51-c1590c00a847 X-Archives-Hash: cf58b1c05d251ec02800265902de3b14 Here is how to crash your system using gnumeric 1.0.8 (or bring it close): (this is the simplest routine that demonstrates the bug). - open gnumeric - Edit->Select->All - Copy - File->New - Edit->Paste The result is long periods of CPU activity, first I watch RAM fill up, followed by all the swap. If left to its own devices, gnumeric eventually quits with this message: ---------8<--------------8<------------------- GLib-ERROR **: could not allocate 16777216 bytes aborting... ---------8<--------------8<------------------- Ahem... that is a _lot_ of bytes! I can see what it is trying to do (allocate enough memory to copy every (blank) cell of the spreadsheet). However, it really ought to be more intelligent than to actually try and do that, especially if the cells are empty. I don't have time to go through the motions of a formal bug report, I've briefly searched bugzilla.gnome.org and not come across anything. Is anyone else able to give this severe bug the attention it deserves? I discovered it doing everyday work, so it must be affecting quite a lot of people out there. It also exhibits behaviour that could potentially endanger the stability of the whole system, especially those that pre-date the kernel Out Of Memory killer, introduced late in 2.4 iirc. thanks, Andy PS. Please CC me on replies. I'd love to keep up with all the goings on with this list, but I can't afford the time :-(. -- The contents of this e-mail and any attachments are confidential and may be legally privileged. If you have received this e-mail and you are not a named addressee, please inform us as soon as possible on +44 118 901 2999 and then delete the e-mail from your system. If you are not a named addressee you must not copy, use, disclose, distribute, print or rely on this e-mail. Any views expressed in this e-mail or any attachments may not necessarily reflect those of Tao's management. Although we routinely screen for viruses, addressees should scan this e-mail and any attachments for viruses. Tao makes no representation or warranty as to the absence of viruses in this e-mail or any attachments. Please note that for the protection of our business, we may monitor and read e-mails sent to and from our server(s). Visit our website at http://tao-group.com/