search for: scrollback

I'd like to increase the number of lines available via the vertical scrolling bar when running RGui.exe under win95. Would think this is set in options() or /etc/Rconsole, but haven't been able to figure out how. Note that it's output I'm concerened with viewing, not the command history. Can anyone help? Thanks!

So ever since syzbot discovered fbcon, we have solid proof that it's full of bugs. And often the solution is to just delete code and remove features, e.g. 50145474f6ef ("fbcon: remove soft scrollback code"). Now the problem is that most modern-ish drivers really only treat fbcon as an dumb kernel console until userspace takes over, and Oops printer for some emergencies. Looking at drm drivers and the basic vesa/efi fbdev drivers shows that only 3 drivers support any kind of acceleration:...

...t will become the terminal. + // - The title. %h and %v expand to the hostname and Anyterm version. + // - The number of rows and columns. + // - An optional parameter which is substituted for %p in the command string. + // - An optional character set. + // - An option number of lines of scrollback (default 0). + window.onload=function() {create_term("term","%h (Anyterm%v)",rows,columns,general_param,"",50);}; + + // When the user closes the terminal, by default they'll see a blank page. + // Generally you'll want to be more friendly than that. If you...

This patch adds a new ''w'' debug-key, chosen from the limited remaining keys only due to its proximity to ''q'', that dumps the console ring to configured console devices. It''s useful to for tracking down how an unresponsive system got into a broken state via serial console. Signed-off-by: Matt Wilson <msw@amazon.com> diff -r bd953fda6106 -r

Hi Daniel et al. On Wed, Oct 28, 2020 at 05:06:00PM +0100, Daniel Vetter wrote: > So ever since syzbot discovered fbcon, we have solid proof that it's > full of bugs. And often the solution is to just delete code and remove > features, e.g. 50145474f6ef ("fbcon: remove soft scrollback code"). > > Now the problem is that most modern-ish drivers really only treat > fbcon as an dumb kernel console until userspace takes over, and Oops > printer for some emergencies. Looking at drm drivers and the basic > vesa/efi fbdev drivers shows that only 3 drivers support a...

...the uid change from 2018 to 2020 or is this an different user or member > server? If it changed editing winbindd_idmap.tdb might not fix your problem. It didn't change, it was my copy+paste mistake. (At the time, the UID from the "broken" state was outside of my terminal's scrollback range; I thought it was 2018 but I was wrong; it was 2020 all along.) All of my users seem to have entries in winbindd_idmap.tdb, actually; not just the ones that have UID-changing problems. _Rob

I just lost my scrollback - so I'll have to recreate it the issue. Using both 1.0r7 and 1.0r10 on FreeBSD 6.1-STABLE. For the: mail_plugins = quota imap_quota that works fine (using maildir for quota plugin) But... mail_plugins = quota imap_quota trash will cause the quota plugin to die at line 156 of quota.c:...

---------- > Van: ORK <korsmo@solungen.hm.no> > Aan: vorbis@xiph.org > Onderwerp: [vorbis] OggEnc help file > Datum: maandag 3 september 2001 18:21 > > Somebody asked how to use OggEnc a while ago. > > OggEnc v0.8 (libvorbis rc2) > (c) 2001 Michael Smith <msmith@labyrinth.net.au) > > Usage: oggenc [options] input.wav [...] LOL! --- >8 ---- List

...mmits. This isn't something that >> sometimes happens, it's something that always happens. >> > > Could you point to specific buildbots/email when that comes up to help > improve things both on IRC and email/mailing lists, etc? > Just land a change :) Or look at IRC scrollback. Given how easy it is to find these problems, it doesn't seem like there's a lot of appetite for improving this. Hence me asking about removing llvmbb (...and so far everyone seems to be in favor). In this case, from my IRC scrollback (there's more people on the blamelist, spread over...

I'm getting the following warning, and then the system locks: ACPI Warning: Incorrect checksum in table [(bunch of spaces)] - 0x29, should be 0x48 Here's a pic: http://db.tt/O6dxONzI System is on a SuperMicro C7X58 motherboard that I just upgraded to BIOS 2.0a, which I would like to stay on if possible. I tried adjusting all the ACPI related BIOS settings without success. Bryce

...ne. If long filenames push the "percent complete" past the screen width and you are encoding or testing a lot of files, you can end up with the longer file names having 20 or more lines on the screen output, and scrolling the previous files off the screen. My workaround is to use a longer scrollback in whatever terminal I'm using, or use GNU Screen to get scrollback on a text console. -- -Dec. ---

...NACTIVE) 21 PRI Clear (In use) (EC: WANPIPE_HWEC - INACTIVE) 22 PRI Clear (In use) (EC: WANPIPE_HWEC - INACTIVE) 23 PRI Clear (In use) (EC: WANPIPE_HWEC - INACTIVE) 24 PRI Hardware-assisted HDLC (In use) (EC: WANPIPE_HWEC - INACTIVE) Bah, the scrollback has already erased the output from the box in question, but essentially it showed the same as above with "T1" in the second column for all channels instead of "PRI". They both had identical system.conf, which looks like this: loadzone=us defaultzone=us span=1,1,0,esf,b8zs bc...

Ok, thanks for version 0.10! Now I'm compressing my music with flac and found a few points that I dont like: I started flac to compress 15 files with "flac -V *.wav" Flac finished to compress the 15 files without problem. To check if Flac had problems with one of the files I had to scroll the screen up all the "XX% complete: frame YYY, wrote ZZZ ..." screen output.

So ever since syzbot discovered fbcon, we have solid proof that it's full of bugs. And often the solution is to just delete code and remove features, e.g. 50145474f6ef ("fbcon: remove soft scrollback code"). Now the problem is that most modern-ish drivers really only treat fbcon as an dumb kernel console until userspace takes over, and Oops printer for some emergencies. Looking at drm drivers and the basic vesa/efi fbdev drivers shows that only 3 drivers support any kind of acceleration:...

On 29/10/2020 15:22, Daniel Vetter wrote: > So ever since syzbot discovered fbcon, we have solid proof that it's > full of bugs. And often the solution is to just delete code and remove > features, e.g. 50145474f6ef ("fbcon: remove soft scrollback code"). > > Now the problem is that most modern-ish drivers really only treat > fbcon as an dumb kernel console until userspace takes over, and Oops > printer for some emergencies. Looking at drm drivers and the basic > vesa/efi fbdev drivers shows that only 3 drivers support a...

...te: > > Hi > > Am 28.10.20 um 17:06 schrieb Daniel Vetter: > > So ever since syzbot discovered fbcon, we have solid proof that it's > > full of bugs. And often the solution is to just delete code and remove > > features, e.g. 50145474f6ef ("fbcon: remove soft scrollback code"). > > > > Now the problem is that most modern-ish drivers really only treat > > fbcon as an dumb kernel console until userspace takes over, and Oops > > printer for some emergencies. Looking at drm drivers and the basic > > vesa/efi fbdev drivers shows that...

...the standard Preferences menu. OS X?s terminal program also has profiles, but it takes you right to the current default profile, rather than give you two different paths to the same configuration screen. I wouldn?t even care about this if GNOME Terminal had better defaults. Its 500 line default scrollback limit is a joke in 2016. OS X?s Terminal has a much smarter default: available memory. You can limit it to a fixed number of lines, but you have to go out of your way to do that now. I ask you, seriously now, when was the last time your system ran out of RAM due to GNOME Terminal? > gedit br...

...s it processed a few files for a minute or so and then hung in select() and consumed no cpu and there was no disk activity. Unfortunately apparently my clang/lldb workflow was broken and I didn't have functional debugging symbols (...) and I also lost the stack trace I thought I had (inadequate scrollback), so I'm not sure what was going on. But at first blush, it appeared that adding -vvvv made things hang forever. Removing it, and rerunning, it's now happily trucking along and has been for the past hour actually doing work. --jhawk at mit.edu John Hawkinson

Thorsten Glaser wrote: > On Sun, 6 Aug 2023, Howard Chu wrote: > >> The keystroke timing issue would be solved by adding LINEMODE support as I did back in 2010. >> https://lists.mindrot.org/pipermail/openssh-unix-dev/2010-June/028732.html > > Local line editing by using GNU libreadline? *shudder* No, thanks. I also ported it to use libedit instead, but readline is more

Hello list. I'm using R from the gnome-terminal in Fedora. My preference is to write programs in VIM, and then source the file from R, or copy and paste the lines into the console. I'm wondering if there is a way to increase the "paste buffer" as an alternative to "sourcing" large analyses. As was mentioned in a recent thread on Linux GUI's, I find that if I paste