Launchpad has imported 14 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=203355.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2009-08-10T21:23:28+00:00 Matthias-pospiech wrote: Version: 4.2.4 (KDE 4.2.4) "release 2" (using 4.2.4 (KDE 4.2.4) "release 2", KDE:42 / openSUSE_11.0) Compiler: gcc OS: Linux (i686) release 2.6.25.20-0.4-pae I have a 200 MB large sql text file. Loading it with kde3/kwrite takes a few seconds and works after that without a problem. Loading it with kde4/kwrite takes ages, causes 100% CPU and at some time is shows the first lines. If I try to edit or move anything the whole application freezes. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/0 ------------------------------------------------------------------------ On 2009-08-10T21:29:16+00:00 FiNeX wrote: This is simlar to bug #145686 Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/1 ------------------------------------------------------------------------ On 2009-08-10T21:34:59+00:00 Milian Wolff wrote: I remember that I once pushed a change upstream which added a few new features to the MySQL highlighting file. I think I used a few RegExpes which could probably lead to the decrease in performance. I'll have a look at it eventually. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/2 ------------------------------------------------------------------------ On 2010-02-16T17:51:18+00:00 Cullmann-t wrote: *** Bug 192495 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/3 ------------------------------------------------------------------------ On 2010-05-29T12:02:41+00:00 Dhaumann wrote: @Matthias: Can you update to KDE 4.4 and then compile the development version from gitorious according to this howto: http://gitorious.org/kate/pages/Building%20Kate The file buffer has been rewritten completely and as Milian said there were some speedups in the highlighting. It should work again... Can you confirm? Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/4 ------------------------------------------------------------------------ On 2010-08-20T02:01:52+00:00 rusivi2 wrote: This problem is confirmed in Ubuntu 10.04 when trying to open a 2.8 GB file. It crashes everytime I try to open the file. lsb_release -rd Description: Ubuntu 10.04.1 LTS Release: 10.04 apt-cache policy kwrite kwrite: Installed: 4:4.4.2-0ubuntu2 Candidate: 4:4.4.2-0ubuntu2 Version table: *** 4:4.4.2-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ lucid/main Packages 100 /var/lib/dpkg/status Downstream bug may be found at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789 Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/7 ------------------------------------------------------------------------ On 2010-08-20T10:35:33+00:00 Myriam Schweingruber wrote: (In reply to comment #5) > This problem is confirmed in Ubuntu 10.04 when trying to open a 2.8 GB file. > It > crashes everytime I try to open the file. > > lsb_release -rd > Description: Ubuntu 10.04.1 LTS > Release: 10.04 > > apt-cache policy kwrite > kwrite: > Installed: 4:4.4.2-0ubuntu2 > Candidate: 4:4.4.2-0ubuntu2 > Version table: > *** 4:4.4.2-0ubuntu2 0 > 500 http://us.archive.ubuntu.com/ubuntu/ lucid/main Packages > 100 /var/lib/dpkg/status > > Downstream bug may be found at: > https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789 This is a joke, right? Do you even have enough RAM to perform this? I don't see how somebody can have a 2.8 GB text file: Assuming an average A4 page has roughly 3 kB of data [1], a file of 2.8 GB would then be about 1 Million of A4 pages... [1] http://www.virtualmv.com/wiki/index.php?title=Data#How_many_bytes_on_an_A4_page.3F Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/9 ------------------------------------------------------------------------ On 2010-08-20T11:06:56+00:00 Andreas Pakulat wrote: (In reply to comment #6) > (In reply to comment #5) > > This problem is confirmed in Ubuntu 10.04 when trying to open a 2.8 GB > > file. It > > crashes everytime I try to open the file. > > > > lsb_release -rd > > Description: Ubuntu 10.04.1 LTS > > Release: 10.04 > > > > apt-cache policy kwrite > > kwrite: > > Installed: 4:4.4.2-0ubuntu2 > > Candidate: 4:4.4.2-0ubuntu2 > > Version table: > > *** 4:4.4.2-0ubuntu2 0 > > 500 http://us.archive.ubuntu.com/ubuntu/ lucid/main Packages > > 100 /var/lib/dpkg/status > > > > Downstream bug may be found at: > > https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789 > > This is a joke, right? Do you even have enough RAM to perform this? You don't need ten GB of ram to open that, with a text-editor built for being able to handle such large files. The solution is pretty easy: read the file into memory only in chunks. > I don't see how somebody can have a 2.8 GB text file: Database dump, Log-Files, text-file with losts binary data attached (I know lots of *nix-installers doing this). There are endless use-cases. > Assuming an average A4 page has roughly 3 kB of data [1], a file of 2.8 GB > would then be about 1 Million of A4 pages... So? Nobody said he's going to print this. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/10 ------------------------------------------------------------------------ On 2010-08-20T20:08:29+00:00 FiNeX wrote: I agree with Andreas. It is not rare to find big files nowadays :-) Usually I use vim/gedit when I've to open big files due to the kate limitations :-( Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/15 ------------------------------------------------------------------------ On 2010-08-24T09:55:12+00:00 Cullmann-t wrote: If somebody implements a lazy loading, will be happy. But I don't see me doing that atm. It was once implemented (at least in parts, but still even there everything was first converted to unicode and swapped) Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/16 ------------------------------------------------------------------------ On 2010-10-09T23:49:59+00:00 Devin Cofer wrote: Perhaps relevant information When opening the VMware Workstation install shell script in KWrite (you can also test, it is a free download with (also free) registration), KWrite works fine at first. This file is several hundred MiB, with a small shell code portion at the beginning followed by raw data. Scroll down, and once you get to the raw binary part, KWrite locks up, and quickly begins to swallow multiple GiB of memory. It completely bogged down the system, and I had to use kill(8) to stop it. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/17 ------------------------------------------------------------------------ On 2011-06-25T11:56:53+00:00 Cullmann-t wrote: The workstation installer contains binary data at the end, you can't assume that the qt text layouter will work ok with >> 1MB lines of binary blobs. To have a better handling of large files is a nice wish, but unlikely to happen anytime soon. Given the average use is for programming, multi-GB files are not that typical. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/18 ------------------------------------------------------------------------ On 2011-06-25T19:10:02+00:00 Devin Cofer wrote: What I would be most interested in learning is why KDE3 can deal with huge text files so much better than KDE4. Surely something can be done? I agree that multi-GiB files are not of much concern, but text-format databases and the like regularly reach into the dozens or hundreds of megabytes, and should be considered. Even if it's a solution as clunky as a checkbox upon open, or auto- detect, for "large file mode". Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/19 ------------------------------------------------------------------------ On 2015-10-08T09:01:17+00:00 Cullmann-t wrote: Dear user, this wish list item is now closed, as it wasn't touched in the last two years and no contributor stepped up to implement it. The Kate/KTextEditor team is very small and we can just try to keep up with fixing bugs. Therefore wishs that show no activity for two years or more will be closed from now on to keep at least a bit overview about 'current' wishs of the users. If you want your feature to be implemented, please step up to provide some patch for it. If you think it is really needed, you can reopen your request, but keep in mind, if no new good arguments are made and no people get attracted to help out to implement it, it will expire in two years again. We have a nice website kate-editor.org that provides all the information needed to contribute, please make use of it. For highlighting improvements our user manual shows how to write syntax definition files. Greetings Christoph Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/620789/comments/20 ** Changed in: kde-baseapps Status: Confirmed => Won't Fix -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to kdebase in Ubuntu. https://bugs.launchpad.net/bugs/620789 Title: kwrite crashes when trying to open a 2.8 GB text file To manage notifications about this bug go to: https://bugs.launchpad.net/kde-baseapps/+bug/620789/+subscriptions -- kubuntu-bugs mailing list kubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
