July 2000 - XEmacs-Beta - XEmacs Mailing List Archives

about motif and dhcp under linux 23 years, 9 months

Ben Wing

sorry this is a bit off-topic, but it relates to me being able to test xemacs under linux ... 1] do recent versions of linux support dhcp? my dsl router requires this. 2] i've heard that motif recently became free. do binaries of it come with recent versions of linux? if so, do those versions cost more? is there a recent version of the "motif programmer's reference" on the net? [i have a very old and tattered version i stole from sun years ago.] thanks muchly, -- 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/chronic-pain/

6 participants
7 comments

Re: getaddrinfo() loses on RedHat 6.0 23 years, 9 months

Hideaki YOSHIFUJI (=?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?=)

In article <20000725094327F.yoshfuji(a)cerberus.nemoto.ecei.tohoku.ac.jp> (at Tue, 25 Jul 2000 09:43:27 +0900), Hideaki YOSHIFUJI (吉藤英明) <yoshfuji(a)v6.linux.or.jp> says: > First one for CVS xemacs-21.2 is located at > <ftp://ftp2.v6.linux.or.jp/pub/Linux/IPv6-2/xemacs/xemacs-21.2-ipv6fix-0.patch.gz> > but tested. ~~~~~~~~~~ Sorry, NOT tested. -- Hideaki YOSHIFUJI <yoshfuji(a)ecei.tohoku.ac.jp> Web Page: http://www.ecei.tohoku.ac.jp/%7Eyoshfuji/ PGP5i FP: F731 6599 5EB2 BBA7 1515 1323 1806 A96F 5700 6B25

1 participants
0 comments

getaddrinfo() loses on RedHat 6.0 23 years, 9 months

Alastair Houghton

I just got the most recent CVS sources, and they *still* don't work on my system. gdb reveals that in process-unix.c, the (recent) change to the canonicalize_host_name function to use getaddrinfo() appears to be the culprit. getaddrinfo() just seems to hang on my system - at least with the set of parameters that are passed to it by XEmacs. And *I* don't have any docs for it either (i.e. no man pages & it isn't in the libc info [I'm using vanilla RedHat 6.0, with very little extra installed]). Anyone else have this problem? (It could be my fault - I've got a caching named set up, with my ISP's DNS set up as a forwarder, and a zone for the small LAN we've got at home... however, it works if I #undef HAVE_GETADDRINFO in s/linux.h, and all the other software I have seems to work OK). Kind regards, Alastair. ____________________________________________________________ Alastair Houghton ajhoughton(a)lineone.net

5 participants
16 comments

Re: Successful XEmacs/Gnu merge 23 years, 9 months

Adrian Aichner

>>>>> "Kevin" == Kevin Esler <esler(a)Rational.com> writes: Kevin> Adrian Aichner writes: >> Other xemacs-beta members will correct me if I'm wrong, but I >> think dynamically changing menus are considered evil. >> >> These dynamic menus defeat muscle memory and I know of at least one >> other colleague at work who would hate this. >> >> They also violate the princliple of "least surprise". Kevin> I'd like to hear more about this. If it is indeed the Kevin> accepted wisdom I'll happily conform. I just wasn't aware Kevin> of it. Can any xemacs-review members please comment on the above. Thanks. >> xemacs-packages\prog\ccase\ >> is a good place for it. Kevin> I'd suggest ...\clearcase. I was even thinking of changing the name Kevin> of the file to clearcase.el. Fine by me. Best regards, Adrian Kevin> -- Kevin> Kevin Esler Rational Software Kevin> ClearCase Product Group 20 Maguire Road Kevin> Tel: (781) 676-2626 Lexington, MA 02421 Kevin> Fax: (781) 676-2600 Kevin> mailto:esler＠Rational.com WWW: http://www.Rational.com/

1 participants
0 comments

Re: Successful XEmacs/Gnu merge 23 years, 9 months

Kevin Esler

Adrian Aichner writes: > Other xemacs-beta members will correct me if I'm wrong, but I > think dynamically changing menus are considered evil. > > These dynamic menus defeat muscle memory and I know of at least one > other colleague at work who would hate this. > > They also violate the princliple of "least surprise". I'd like to hear more about this. If it is indeed the accepted wisdom I'll happily conform. I just wasn't aware of it. > xemacs-packages\prog\ccase\ > is a good place for it. I'd suggest ...\clearcase. I was even thinking of changing the name of the file to clearcase.el. -- Kevin Esler Rational Software ClearCase Product Group 20 Maguire Road Tel: (781) 676-2626 Lexington, MA 02421 Fax: (781) 676-2600 mailto:esler＠Rational.com WWW: http://www.Rational.com/

1 participants
0 comments

Re: Successful XEmacs/Gnu merge 23 years, 9 months

Adrian Aichner

>>>>> "Kevin" == Kevin Esler <esler(a)Rational.com> writes: Kevin> [I'm resending this since it appears it got lost after I Kevin> sent it on Friday.] Sorry, Kevin. This mail actually got lost in my brain. I'm currently re-engineering the XEmacs web site head over tails. Kevin> Kevin Esler writes: >> There's one other thing I'd like to change before releasing this: the >> menus are too big and likely to get worse. Rather than greying out >> choices that are inappropriate in the current context, I'd like to >> remove them altogether so they don't occupy space. On Gnu Emacs in >> Easymenu one does this by annotating the menu item with the keyword >> ':visible'. What is the equivalent on XEmacs ? I couldn't find one either. Other xemacs-beta members will correct me if I'm wrong, but I think dynamically changing menus are considered evil. These dynamic menus defeat muscle memory and I know of at least one other colleague at work who would hate this. They also violate the princliple of "least surprise". Kevin> I could find no equivalent of :visible for XEmacs so I used Kevin> :active when on XEmacs and :visible on Gnu Emacs. Using :active in XEmacs is fine with me. Kevin> I've put the new merged verson, /main/138, at: Kevin> http://www.ultranet.com/~esler/ccase-mode/ccase.el Many thanks! I'll take a look soon. Kevin> If you chaps could test it on XEmacs, I'd appreciate it. Will do! I am still determined to make ccase.el a XEmacs package. I haven't got any feedback yet where ccase should go. I'd say xemacs-packages\prog\ccase\ is a good place for it. Any comments? Adrian Kevin> -- Kevin> Kevin Esler Rational Software Kevin> ClearCase Product Group 20 Maguire Road Kevin> Tel: (781) 676-2626 Lexington, MA 02421 Kevin> Fax: (781) 676-2600 Kevin> mailto:esler＠Rational.com WWW: http://www.Rational.com/ -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Re: Escape quotes in tex-jp.el (and some info on Jan) 23 years, 9 months

Ben Wing

Martin Buchholz wrote: > > >>>>> "Ben" == Ben Wing <ben(a)666.com> writes: > > Ben> unfortunately, you can't do this. this messes up the decoding of > Ben> the japanese. i have a plan for a general solution i'm going to > Ben> implement in non-mule xemacs so it can properly interpret and > Ben> preserve this stuff. > > Ben> in the meantime, i'd suggest using euc encoding or something, > Ben> which avoids this problem. > > Long term, we are going to use utf8 for ALL of our files, right? i hadn't thought about it, but yes, this is a great idea. with the aid of language tags [yuck!], we could implement utf8 as soon as i implement the unicode translation tables. btw could we *please please* change the mail system so that replies to xemacs-patches go to xemacs-beta NOT xemacs-review? i think kyle was the main objector, and he's not around any more. > > Martin -- 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/chronic-pain/

2 participants
1 comments

NT Build failure 23 years, 9 months

Paul Bibilo

I tried building on NT from today's CVS source, and got the following error. bscmake -nologo -o..\src\temacs.bsc ＠bscmake.tmp link.exe ＠D:\temp\nmb00276. glyphs-widget.obj : error LNK2005: _Qset_glyph_image already defined in frame.obj device-msw.obj : error LNK2001: unresolved external symbol __T ..\src\temacs.exe : fatal error LNK1120: 1 unresolved externals NMAKE : fatal error U1077: 'link.exe' : return code '0x460' -- Paul Bibilo, Delcam plc, | Tel: +44 121 766 5544 Talbot Way, Small Heath, Birmingham, | Fax: +44 121 766 5511 England, B10 0HJ. _____|_____ ICBM-mail: 52 17N 1 30W #include <disclaimer.h> | BLAT FOOP | ICQ: 32045109

1 participants
0 comments

Re: about motif and dhcp under linux 23 years, 9 months

Hrvoje Niksic

Stephen Chadfield <stephen_chadfield(a)mitel.com> writes: > > The problem is that if OpenMotif is not really free, the popular > > distributions may choose not to include it, at least not by > > default. That would seriously hamper its usefulness, even if you > > don't want to keep your system "RMS approved". > > I don't see that at all. Corel Office for Linux is not free and nor > is it included in every Linux distribution. That does not "seriously > hamper its usefulness". Corel Office is not a library. Here we're talking about a library and its usefulness for free software projects like XEmacs. If the library is missing from the systems of 95% of our users because it is not being shipped by default, that means that its usefulness is "seriously hampered".

1 participants
0 comments

Re: about motif and dhcp under linux 23 years, 9 months

Hrvoje Niksic

Stephen Chadfield <stephen_chadfield(a)mitel.com> writes: > Aaron Lehmann wrote: > > it is not really free. the license does not meet the open source > > definition or get rms' approval. i'm not sure gpl software is allowed to > > link to it. i haven't heard of any linux distributions distributing motif. > > personally, i would go with lesstif. > > Only if you are committed to keeping your system "RMS approved". The problem is that if OpenMotif is not really free, the popular distributions may choose not to include it, at least not by default. That would seriously hamper its usefulness, even if you don't want to keep your system "RMS approved".

2 participants
1 comments

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 July 2000