November 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: pcl-cvs's cvs-change-cvsroot allows local files only! 26 years

Greg Klanderman

>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> >>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> >>> my investigations of today lead me to believe that pcl-cvs can >>> only handle local CVS roots. APA> APA> Here is output from my debug session. cvs-update-pp insists in local APA> files only. APA> APA> Greg, what are your thoughts on this? Adrian, I'm certainly using pcl-cvs with non-local repositories for XEmacs, pcl-cvs, and some things at work. I'm not using NT/Windows, however. The suggestions for fixing cvs-change-cvsroot to accept non-local roots look good, I'll incorporate them soon. Your problem with `e' I haven't reproduced, though I imagine it may be fixed in the current version in the repository, provided shell-command-switch is set to "/c". Beware though that this command is broken in that it does not seem to write out the updated file if you merge by hand. I'll get to fixing this sometime, but need to resolve incorporating Stefan Monnier's extensive changes first. Now back to the bigger problem, your M-x cvs-checkout. First, I can't claim ever to have run cvs-checkout, so I suggest doing cvs checkout outside emacs and using M-x cvs-{update,examine,status} to make sure that's not the issue. I suggest not setting the cvs-cvsroot variable with M-x cvs-change-cvsroot, CVS/pcl-cvs should do the right thing once you've checked out a module. Also, I'd like to get you using the current version in the repository, xemacs package version 1.37. That pcl-cvs-version="R-2_0-Beta_2" is meaningless, that's the author version. Do you have an ftp site I can drop a binary package on? Then, if you still have problems, I need a backtrace. thanks for testing... Greg

1 participants
0 comments

Re: XEmacs and ncurses 4.x 26 years

Jan Vroonhof

Christian Kurz <shorty(a)jupiter.rhein-neckar.de> writes: > i've just recompiled XEmacs using ncurses 4.x. Now he is running > well and I had no crash since the compilation, but while compiling > he complained about the missing ncurses 3.x. Could you be more specific in the error message? Neither the 21.0 nor the 20.4 source contain any obvious curses version check. For instance have you checked that all your support libraries (f.i. like libgpm) use the new ncurses? AFAIK there is no reason XEmacs shouldn't run with ncurses 4.x Jan

2 participants
1 comments

Re: XEmacs and ncurses 4.x 26 years

Andreas Jaeger

>>>>> Christian Kurz writes: > Hi > i've just recompiled XEmacs using ncurses 4.x. Now he is running well > and I had no crash since the compilation, but while compiling he > complained about the missing ncurses 3.x. So now my questions is, are > you going to make XEmacs work with the new ncurses or not? If XEmacs > already compiles with ncurses well, I would be happy if you tell me the > version number. XEmacs works here (glibc 2.1 test release, Linux 2.1.126 on i486) fine with ncurses 4.2 - and this is to be expected since XEmacs doesn't need a special curses version. It might be that your installation of ncurses is somehow broken. Please copy & paste the exact error message you get and send it. Andreas -- Andreas Jaeger aj(a)arthur.rhein-neckar.de jaeger(a)informatik.uni-kl.de for pgp-key finger ajaeger(a)aixd1.rhrk.uni-kl.de

1 participants
0 comments

Re: pcl-cvs's cvs-change-cvsroot allows local files only! 26 years

Adrian Aichner

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >> my investigations of today lead me to believe that pcl-cvs can >> only handle local CVS roots. Here is output from my debug session. cvs-update-pp insists in local files only. Greg, what are your thoughts on this? Regards, Adrian Loading edebug... Loading edebug...done Edebug: cvs-checkout Edebug: cvs-do-checkout Loading cus-edit... Loading customization dependencies... Loading c:\Program Files\XEmacs\packages\lisp\pcl-cvs\custom-load.elc... (file custom-load.el is newer) Loading cl-macs... Loading cl-macs...done Loading c:\Program Files\XEmacs\packages\lisp\pcl-cvs\custom-load.elc...done (file custom-load.el is newer) Loading c:\Program Files\XEmacs\packages\lisp\pcl-cvs\custom-load.elc... (file custom-load.el is newer) Loading c:\Program Files\XEmacs\packages\lisp\pcl-cvs\custom-load.elc...done (file custom-load.el is newer) Loading customization dependencies...done Loading cus-edit...done Edebug: cvs-update-pp Reading directory C:\Winnt\Profiles\AichnerA\... Reading directory C:\Winnt\Profiles\AichnerA\...done Result: "sh" Result: "C:\\Winnt\\Profiles\\AichnerA\\" Result: ":server:aichner＠engine:/u/aichner/cvsroot" Result: nil Result: ("sh" ":server:aichner＠engine:/u/aichner/cvsroot" nil) Result: nil Result: UPDATE Result: nil Result: nil Result: ":server:aichner＠engine:/u/aichner/cvsroot" Result: ":server:aichner＠engine:/u/aichner/cvsroot" Result: ":server:aichner＠engine:/u/aichner/cvsroot" Result: "sh" Result: nil Result: nil Result: "sh " Result: cvs-update-pp error: ":server:aichner＠engine:/u/aichner/cvsroot is not a directory." Jan> I wouldn't know. I am one of those poor minority types that Jan> actually likes vc.el :-) I've been using vc.el quite a bit and still do, along with PCL-CVS. Grüezi, Adrian Jan> Jan

1 participants
0 comments

Re: pcl-cvs's cvs-change-cvsroot allows local files only! 26 years

Jan Vroonhof

Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > my investigations of today lead me to believe that pcl-cvs can only > handle local CVS roots. I wouldn't know. I am one of those poor minority types that actually likes vc.el :-) Jan

1 participants
0 comments

Re: pcl-cvs's cvs-change-cvsroot allows local files only! 26 years

Adrian Aichner

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> Adrian Aichner <aichner(a)ecf.teradyne.com> writes: Greg> Ick. What do you propose? I could make the interactive Greg> specification "string" rather than "directory" but then you Greg> don't get filename completion even when it is local. M-x Greg> set-variable RET cvs-cvsroot will work. Either way, setting Greg> cvs-cvsroot is evil; do you really want/need to do that? Jan> Use the (interactive FORM ) declaration to define your own Jan> completing read. Hello Jan, my investigations of today lead me to believe that pcl-cvs can only handle local CVS roots. I modified the interactive spec only to get an error in cvs-<something>-pp Is anybody here using pcl-cvs-version "R-2_0-Beta_2" successfully with non-local repositories? Regards, Adrian Jan> Like this (untested) Jan> (interactive (list (completing-read "CVSroot:" (lambda Jan> (str) (unless (string-match ":" str) ;; Remote CVS Jan> (file-name-completion str)))))) Jan> or you want to call read-file-name-1

1 participants
0 comments

Re: pcl-cvs's cvs-change-cvsroot allows local files only! 26 years

Jan Vroonhof

Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > Greg> Ick. What do you propose? I could make the interactive > Greg> specification "string" rather than "directory" but then you > Greg> don't get filename completion even when it is local. M-x > Greg> set-variable RET cvs-cvsroot will work. Either way, setting > Greg> cvs-cvsroot is evil; do you really want/need to do that? Use the (interactive FORM ) declaration to define your own completing read. Like this (untested) (interactive (list (completing-read "CVSroot:" (lambda (str) (unless (string-match ":" str) ;; Remote CVS (file-name-completion str)))))) or you want to call read-file-name-1

1 participants
0 comments

Re: pcl-cvs's cvs-change-cvsroot allows local files only! 26 years

Adrian Aichner

>>>>> "Greg" == Greg Klanderman <greg(a)alphatech.com> writes: Greg> Ick. What do you propose? I could make the interactive Greg> specification "string" rather than "directory" but then you Greg> don't get filename completion even when it is local. M-x Greg> set-variable RET cvs-cvsroot will work. Either way, setting Greg> cvs-cvsroot is evil; do you really want/need to do that? Hi Greg, I thought about this for a while: D -- Directory name. f -- Existing file name. F -- Possibly nonexistent file name. How about using (interactive "F")? I haven't found a spec for possibly non-existent directory. That's why I propose a spec of possibly non-existent file. It gives us name completion and still lets you force an invalid path like :server:aichner＠engine:/u/aichner/cvsroot It's probably a good idea to check whether the path is a directory (as opposed to file) if it's a valid path. How does that sound? Do you want a patch for that? Regards, Adrian Greg> Greg >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> Hello Greg, M-x cvs-change-cvsroot RET APA> :server:aichner＠engine:/u/aichner/cvsroot RET leads (No APA> match)

1 participants
0 comments

Re: Is 21.x going to be 64-bit clean? 26 years

Hrvoje Niksic

Georg Nikodym <georgn(a)Canada.Sun.COM> writes: > >>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: > > Hrvoje> To make it clear: I assume that XEmacs compiles under Solaris > Hrvoje> 7 32-bit environment. However, Charles had problems > Hrvoje> compiling XEmacs as a 64-bit application, and I'm not sure > Hrvoje> Georg tested that. Georg, does XEmacs work in LP64 for you? > > No, I gave up on getting it to work in LP64 quite some time ago > because I didn't have the cycles and I could not invent a compelling > reason for wanting a 64bit XEmacs. > > We did have some discussion about the value of such a beastie... The thing is, I don't remember your reason for not wanting a clean 64bit compilation of XEmacs. What was it? I must be missing something. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- You have an unusual magnetic personality. Don't walk too close to metal objects which are not fastened down.

2 participants
1 comments

Re: Is 21.x going to be 64-bit clean? 26 years

Hrvoje Niksic

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Martin Buchholz <martin(a)xemacs.org> writes: > > > Georg Nikodym <georgn(a)Canada.Sun.COM> is the authority on getting > > dumping to work on Suns, and has a successful build of XEmacs on > > Solaris Bleeding-Edge Operating Environment. > > Does that include LP64 environment? To make it clear: I assume that XEmacs compiles under Solaris 7 32-bit environment. However, Charles had problems compiling XEmacs as a 64-bit application, and I'm not sure Georg tested that. Georg, does XEmacs work in LP64 for you? -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Bumper sticker on the stealth bomber: "IF YOU CAN READ THIS, THEN WE WASTED 50 BILLION BUCKS."

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 November 1998