February 2000 - XEmacs-Beta - XEmacs Mailing List Archives

OFFT: Help with RedHat 6.2 Xserver config 25 years, 1 month

Kirill 'Big K' Katsnelson

I just installed Red Hat 6.2, and seem not to be able to change display settings for the X server. What I have is 1280x1024 16bit, ??Hz vertical frequency, I set it up using Xconfigure. What I want is all that plus 75Hz exact vertical refresh rate. Otherwise, my display flickers heavily when I switch it between computers (I am using a switch). I think this is not the last topic I am going to suffer with. If anybody who is a linux expert and who is willing to answer a few newbie questions gets in touch with me directly, I'd appreciate it very much. TIA, Big K

1 participants
0 comments

Re: patch to fix rect.el like GNU rect.el 25 years, 1 month

Vin Shelton

Yes, I think Kyle and Jan are correct. I use pending-delete-mode, and I was surprised that this was not how rectangles worked. - vin >>>>> On Tue, 22 Feb 2000, Kyle Jones <kyle_jones(a)wonderworks.com> said: Kyle> I agree with Jan. The new beahvior should be tied to Kyle> pending-delete-mode being enabled. If you don't want to do that Kyle> then create a new function with the new behavior and leave the Kyle> old function as it is.

1 participants
0 comments

Windows runtime problem: runtime error R6027 25 years, 1 month

Ben Wing

Help! I just patched up my workspace-o-mammoth-changes from 21.2.27 to 21.2.30, and now temacs bombs out right at the beginning, with: runtime error R6027 - not enough space for lowio initialization This error is not even documented! (not that I can find, at least) Anyone have any clues what broke? -- Ben In order to save my hands, I am cutting back on my mail. I also write as succinctly as possible -- please don't be offended. If you send me mail, you _will_ get a response, but please be patient, especially for XEmacs-related mail. If you need an immediate response and it is not apparent in your message, please say so. Thanks for your understanding. See also http://www.666.com/ben/typing.html.

2 participants
1 comments

Re: Use a more modern HTML DTD by default 25 years, 1 month

Jerry James

On 22 Feb 2000 at 17:04:48 +0100, torkel(a)hpc2n.umu.se (Björn Torkelsson) wrote: > Why not using 4.01 then? > > +(defcustom html-helper-htmldtd-version "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n" Yes, I actually had that in there already. That means that 3 of us now think it is a good idea, allowing us all to pat each other on the back for being so intelligent. -- Jerry James

1 participants
0 comments

Re: Another try at portable dumping on Windows 25 years, 1 month

Kirill 'Big K' Katsnelson

Some time ago, Mike Alexander wrote... >I added code to sysdep.c (for now, until a better place is decided on) that looks for the dump data first in a file called xemacs.dmp (in the same directory as the .exe on Windows, in the current directory on Unix) and then I think the same place as binary is good on Unix too. >in the resource section of the .exe. Doing things in this order means that people can redump into a file and XEmacs will ignore the data in the resource section. This should answer one of the objections for doing it this way. I think that you should compare dates. Only if the dmp file is strictly newer than the executable, and has its signature compatible with the binary (when OG is done with the signatures) then we use it. >If it reads it from a file, it uses mmap if available on Unix and uses CreateFileMapping on Windows. I think I did this in a way that will be compatible with Win95 but someone will have to try this to be sure. Memory mapped files work ok on Windows95. This is the main mechanism to load executables into memory, so do not worry, they are debugged well. >One thing I wonder about is what sort of boundary alignment requirement there is for the dumped data. If it mallocs space for it, it aligns it on a 256 byte boundary, but if I use the data directly out of the resource without copying it, it only guaranteed a boundary of 8. Is this going to cause problems? I thought that might be why it was crashing earlier, but when I changed this it didn't help, so that wasn't the problem. Olivier? Some time ago, Jan Vroonhof wrote... >"Kirill 'Big K' Katsnelson" <kkm(a)dtmx.com> writes: > > No. From the time you have xemacs.dmp, you just re-link xemacs.exe. > > Yes, you must keep all the object files. >Which is a big nono... One of the reasons I like pdump is that it >allows redumping. (On ELF platforms you can change a section of the >binary without a full relink. I thought you would be able to do the >same on windows). Technically, it is possible, no doubt. The PE format aka COFF is documented very well, as is Win32 defined resource format. The problem is that we humans always seek easiest ways to achieve a result. The MS evil empire created a biggest temptation for us: One can put a binary chunk into an existing module resource section in 3 calls on NT (open-put-close), but this API does not exist on Windows95. As long as we seem to have fought this temptation, we are choosing the next easiest way... Big K

2 participants
1 comments

Re: patch to fix rect.el like GNU rect.el 25 years, 1 month

Jan Vroonhof

[I will CC xemacs-beta and Didier (congratulations in order?)] > Yes it is... note that most other weaker editors on other platforms > (MSWin, MAC, some editors in Linux) will delete selected text when you > start typeing new text. i.e. they do pending-delete > XEmacs has the strength of allowing rectangle > edits, but not the behavior. This seems like a reasonable addition. Indeed. That is why I propose tying the functionality to pending-delete. If looks likes a duck , walks like duck and quacks like a duck.. > This should probably be noted in NEWS and/or ChangeLog and/or README > and/or any new features list. Of course. I still think it is a major change. In fact as a non "pending-delete"-er I would be highly annoyed at such a feature. On the other hand in pending-delete-mode it seems like it MUST do this for consistency. I think there is such a high correlation between wanting to do this and pending-delete that it makes no sense to add yet another configuration option (whose default value would be 'depends-on-pending-delete). > > - pending-delete-mode is on. > > > > This feels like quite a bit of extra work. It isn't. Just wrap the lines you added in (when (and (boundp 'pending-delete-mode) pending-delete-mode) ...) It maybe time to move pending delete to a less obscure package (maybe even the core or xemacs-base), but that is another matter. Jan

2 participants
1 comments

Re: EFS depends on VM in packages [Was: Build failures with ...] 25 years, 1 month

Jan Vroonhof

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > I don't quite get it: If you have a full set of package sources, you > *do* have VM, no? Yes. But the problem is that VM gets build in such a weird way. i.e. there is no vm.el file. So even if you have vm on your disk you do NOT have vm.elc unless vm is build first. Jan P.S. Maybe we should just convince Kyle to ditch the unconventional build process.

2 participants
1 comments

Re: More tab fixes 25 years, 1 month

Andy Piper

At 05:44 PM 2/21/00 -0500, Karl Kleinpaste wrote: >Sorry, this patch steps backward. Two .gifs below, both from the same >"xemacs -vanilla" right after building and installing: Ok this should fix the problem which is athena specific. I can't work out whether this is lwlib-Xaw.c's fault or Xaw itself, but this fixes it. 2000-02-22 Andy Piper <andy(a)xemacs.org> * glyphs-x.c (x_widget_instantiate): don't explicitly resize here. 2000-02-22 Andy Piper <andy(a)xemacs.org> * lwlib-Xm.c (xm_update_one_widget): set widget args last in case anything messes with them in the meantime. * lwlib-Xlw.c (xlw_update_one_widget): ditto. * lwlib-Xaw.c (xaw_update_one_widget): ditto. andy -------------------------------------------------------------- Dr Andy Piper Senior Consultant Architect, BEA Systems Ltd

1 participants
0 comments

Re: who provides term? 25 years, 1 month

Adrian Aichner

>>>>> "Sean" == Sean MacLennan <seanm(a)storm.ca> writes: Sean> However, it gets worse, what/where is loc-lib? I don't seem Sorry for the confusion, this is just a shorthand for M-x locate-library XEmacs completion can expand it for you: M-x loc-lib SPACE leads M-x locate-library Sean> to have that. I know, I know, I should download the sumo Sean> tarball, I just don't have the bandwidth :-< And, up till Sean> now I have not had many problems. Sean> Maybe someone could post a list of packages and what they provide? Or Sean> better yet, keep an automated copy on the web site. Sean> Sean Sean> --

1 participants
0 comments

Re: Looking for developers to add GUI toolkit to XEmacs and/or InfoDock. 25 years, 1 month

Jan Vroonhof

wmperry(a)aventail.com (William M. Perry) writes: > Will see what stallman has to say... if the clause in there about needing > to replace the current lwlib widgets wasn't there, I could do it completely > as a module (would just be a bit harder). > > [...] > > distribute binaries for windows - you could then just redistribute the > Qt dll, just like we do for our commercial apps. Although it could be a good thing to have the FSF views about the applicability of the GPL to dynamically linked code tested in court, I wouldn't wish it on anybody. Jan

1 participants
0 comments

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta February 2000