skipping comments in code
14 years, 1 month
steven Mitchell
I'm trying to do searches in CNC G-code files and operate only
in the code, skipping over comments. Comments are almost always
just a left-paren/right-paren pair on the same line, like these sample
lines:
N1000 T2 M6 (27/64 JOBBER DR TIN CTD 3.4" EXTEN)
(X0 Y0 = C/L OF PART)
(Z0 = TOP OF PART)
N123 G0 Z-1.1023 (ADJ FACE DEPTH HERE)
This is the general way I have been doing it:
(search-forward-regexp (concat "\\((\\)\\|" "N" (match-string 4)) nil t)
(if (match-string 1)
(progn
(backward-char) ;go back so you are on the 1st paren
(forward-list)) ;skip over comment, going to matching paren
--rest of function--
That works to skip over comments, but when the tool description includes
a quote " such as:
N2000 T12 M6 (3/4" CARB FEM 4 FL 1.0 LOC)
forward-list stops at the " and says unbalanced parenthesis.
I wonder if there are other characters that will stop forward-list?
What way _should_ I be skipping over comments in reg-exes so any
characters will be skipped?
It would also be handy to find a way to stop when there are malformed
comments,
1. such as a ( without a matching ) on the same line
2. or ( then a second ( before a )
3. or ( then a ) and then another ) that has no right paren to match it
on the line.
Thanks,
Steve Mitchell
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
[Bug: 21.4.22] ediff error: (error "No such coding system" escape-quoted)
14 years, 1 month
Roland Frank
================================================================
Dear Bug Team!
I tried to use ediff with two buffers, ending up with the error (error "No such coding system" escape-quoted).
Debugger entered--Lisp error: (error "No such coding system" escape-quoted)
coding-system-property(escape-quoted pre-write-conversion)
write-region("" nil "C:\\DOKUME~1\\roland\\LOKALE~1\\Temp\\hnfIoBus.cpp" nil silent nil excl)
byte-code("..." [proposed-name keep-proposed-name temp-buffer file file-exists-p make-temp-name get-buffer-create generate-new-buffer-name " *temp*" ((byte-code "Á!«„Â!ˆÁ‡" ... 2)) write-region "" nil silent excl] 8)
ediff-make-empty-tmp-file("C:\\DOKUME~1\\roland\\LOKALE~1\\Temp\\hnfIoBus.cpp" keep-name)
ediff-make-temp-file("hnfIoBus.cpp|skcp\\kca_Grundsystem\\PC\\Components\\Safety\\hnf\\Source\\IO" "hnfIoBus.cpp")
ediff-buffers-internal("hnfIoBus.cpp|skcp\\kca_Grundsystem\\PC\\Components\\Safety\\hnf\\Source\\IO" "hnfIoBus.cpp|v8_work\\kca_Grundsystem\\PC\\Components\\Safety\\hnf\\Source\\IO" nil nil ediff-buffers)
#<compiled-function (buffer-A buffer-B &optional startup-hooks job-name) "...(13)" [startup-hooks buffer-B buffer-A job-name ediff-buffers ediff-buffers-internal nil] 6 ("c:\\Programme\\XE\\xemacs-packages\\lisp\\ediff\\ediff.elc" . 7096) (let (bf) (list ... ...))>("hnfIoBus.cpp|skcp\\kca_Grundsystem\\PC\\Components\\Safety\\hnf\\Source\\IO" "hnfIoBus.cpp|v8_work\\kca_Grundsystem\\PC\\Components\\Safety\\hnf\\Source\\IO")
call-interactively(ediff-buffers)
This was after updating the packages.
================================================================
System Info to help track down your bug:
---------------------------------------
OS version:
Microsoft Windows XP [Version 5.1.2600]
OS: Windows_NT
XEmacs 21.4.22 "Instant Classic" configured for `i586-pc-win32'.
Building XEmacs in "c:\\XEmacsBuild\\xemacs-21.4.22\\nt".
Using compiler "icl -nologo -W3 -O2 -G5 -MD".
Installing XEmacs in "c:/XEmacsBuild/installed/XEmacs-21.4.22".
Compiling in support for Microsoft Windows native GUI.
Compiling in support for XPM images.
Compiling in support for GIF images.
Compiling in support for PNG images.
Compiling in support for TIFF images.
Compiling in support for JPEG images.
Compiling in support for toolbars.
Compiling in support for dialogs.
Compiling in support for widgets.
Compiling in support for native sounds.
Compiling in fast dired implementation.
Using portable dumper.
Using system malloc.
Using DLL version of C runtime library
Load-Path Lisp Shadows:
----------------------
(c:\Dokumente und Einstellungen\roland\Eigene Dateien\.xemacs\todo-mode
c:\Programme\XE\xemacs-packages\lisp\calendar\todo-mode c:\Dokumente und Einstellungen\roland\Eigene
Dateien\.xemacs\autorevert c:\Programme\XE\xemacs-packages\lisp\edit-utils\autorevert c:\Dokumente und
Einstellungen\roland\Eigene Dateien\.xemacs\igrep c:\Programme\XE\xemacs-packages\lisp\igrep\igrep c:\Dokumente und
Einstellungen\roland\Eigene Dateien\.xemacs\pc-select c:\Programme\XE\xemacs-packages\lisp\pc\pc-select c:\Dokumente und
Einstellungen\roland\Eigene Dateien\.xemacs\ansi-color c:\Programme\XE\xemacs-packages\lisp\text-modes\ansi-color
c:\Dokumente und Einstellungen\roland\Eigene Dateien\.xemacs\tq c:\Programme\XE\xemacs-packages\lisp\xemacs-base\tq
c:\Dokumente und Einstellungen\roland\Eigene Dateien\.xemacs\xemacs-packages\lisp\scilabelisp\gnuserv
c:\Programme\XE\XEmacs-21.4.22\lisp\gnuserv c:\Programme\XE\xemacs-packages\lisp\xemacs-base\easy-mmode
c:\Programme\XE\XEmacs-21.4.22\lisp\easy-mmode c:\Dokumente und Einstellungen\roland\Eigene Dateien\.xemacs\custom
c:\Programme\XE\XEmacs-21.4.22\lisp\custom)
Internationalization Settings:
-------------------------
Installed XEmacs Packages:
-------------------------
(xemacs-devel ver: 1.8 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.27 upstream: No-Upstream-Ver)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.48 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(text-modes ver: 1.98 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(speedbar ver: 1.29 upstream: 1.0pre4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sh-script ver: 1.24 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.21 upstream: 2.0pre4)
(ruby-modes ver: 1.04 upstream: 1.8.7)
(re-builder ver: 1.05 upstream: 1.20)
(python-modes ver: 1.14 upstream: 5.0.0)
(psgml ver: 1.45 upstream: 1.3.2)
(ps-print ver: 1.12 upstream: 6.5.6)
(prog-modes ver: 2.2 upstream: No-Upstream-Ver)
(perl-modes ver: 1.14 upstream: No-Upstream-Ver)
(pcomplete ver: 1.06 upstream: 1.1.6)
(pcl-cvs ver: 1.7 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.41 upstream: No-Upstream-Ver)
(net-utils ver: 1.56 upstream: N/A)
(mail-lib ver: 1.8 upstream: No-Upstream-Ver)
(ispell ver: 1.32 upstream: 3.6)
(igrep ver: 1.16 upstream: 2.111)
(ibuffer ver: 1.1 upstream: No-Upstream-Ver)
(fsf-compat ver: 1.19 upstream: No-Upstream-Ver)
(eterm ver: 1.18 upstream: No-Upstream-Ver)
(eshell ver: 1.18 upstream: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.13 upstream: 1.0)
(eieio ver: 1.07 upstream: 1.0pre4)
(efs ver: 1.34 upstream: 1.24)
(edit-utils ver: 2.43 upstream: No-Upstream-Ver)
(ediff ver: 1.81 upstream: 2.75)
(edebug ver: 1.22 upstream: No-Upstream-Ver)
(ecb ver: 1.22 upstream: 2.31)
(dired ver: 1.2 upstream: 7.17)
(debug ver: 1.18 upstream: No-Upstream-Ver)
(clearcase ver: 1.1 upstream: /main/laptop/165)
(cc-mode ver: 1.45 upstream: 5.30.10)
(calendar ver: 1.38 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(c-support ver: 1.22 upstream: No-Upstream-Ver)
Features:
--------
(mail-abbrevs filladapt xemacsbug shadow sendmail rfc822 hyper-apropos debug timer-funcs imenu eldoc timer font
disp-table backup-dir esh-util eshell lazy-shot paren blink-paren permanent-buffers hideif cc-mode cc-fonts cc-menus
cc-cmds glasses overlay efs-cu message-database xml-parse compile desktop rsz-minibuf ell working avltree stack-m
elib-node tempo krl-mode func-menu edebug crypt crypt++ crypt+pgp-pub diminish hideshow ffap view-less view efs-ovwrt
default-dir ediff-hook ediff-merg ediff-diff ediff-wind ediff-tbar ediff-help ediff-util ediff-mult ediff-init ediff
pending-del pc-select tcl shell-toggle sh-script easy-mmode ctypes cc-styles cc-align cc-engine cc-vars cc-defs tlc
allout outline time-stamp jka-compr icomplete completing-help hippie-exp dabbrev calendar cal-xemacs cal-compat ido
uniquify bookmark pp ibuffer clearcase reporter executable dired-faces dired-xemacs dired comint ring xref-hks env
muse-docbook muse-texinfo texnfo-upd texinfo regexp-opt muse-latex muse-wiki muse-colors font-lock muse-html
muse-xml-common muse-mode pcomplete muse-project cus-edit cus-load muse-publish muse muse-protocols info muse-regexps
wid-edit cus-face saveplace recent-files advice advice-preload edmacro xemacs-devel-autoloads xemacs-base-autoloads
vc-cc-autoloads vc-autoloads time-autoloads text-modes-autoloads texinfo-autoloads speedbar-autoloads
sounds-wav-autoloads sh-script-autoloads sgml-autoloads semantic-autoloads ruby-modes-autoloads re-builder-autoloads
python-modes-autoloads psgml-autoloads ps-print-autoloads prog-modes-autoloads perl-modes-autoloads pcomplete-autoloads
pcl-cvs-autoloads pc-autoloads os-utils-autoloads net-utils-autoloads mail-lib-autoloads ispell-autoloads
igrep-autoloads ibuffer-autoloads fsf-compat-autoloads eterm-autoloads eshell-autoloads emerge-autoloads elib-autoloads
eieio-autoloads efs-autoloads edit-utils-autoloads ediff-autoloads edebug-autoloads ecb-autoloads dired-autoloads
debug-autoloads clearcase-autoloads cc-mode-autoloads calendar-autoloads calc-autoloads c-support-autoloads
lisp-autoloads loadhist auto-show fontl-hooks code-cmds gutter-items menubar-items x-menubar dragdrop mode-motion mouse
itimer auto-save lisp-mode easymenu iso8859-1 page buff-menu lib-complete help-nomule cus-file derived frame text-props
obsolete cus-start custom widget cl-extra mini-cl cl cl-19 packages backquote very-early-lisp file-coding
mswindows-scrollbars mswindows toolbar native-sound scrollbar network-streams subprocesses menu-accelerator-support
menubar md5 xemacs gutter tiff png gif jpeg xpm xbm lisp-float-type windows-nt dragdrop-api dialog devices window-system
base64)
Recent keystrokes:
-----------------
button1 button1up button1 button1up button1 button1up
button1 button1up button1 button1up button1 button1up
button1 button1up M-w button1 button1up M-: ( C-g C-h
f e x c TAB BS BS BS BS BS BS BS BS s c TAB TAB a TAB
TAB button1 button1up M-w button1 button1up M-: Sh-insert
Sh-home Sh-insert C-g button1 button1up M-: Sh-insert
BS BS RET C-x 1 misc-user RET RET button1 button1up
button1 button1up C-h v e d i TAB f TAB c o TAB d i
TAB w TAB RET q M-: up C-left C-left C-left C-Sh-right
r e a d RET misc-user RET RET misc-user
Recent messages (most recent first):
-----------------------------------
Cannot switch buffers in minibuffer window
Loading xemacsbug...done
No such coding system: escape-quoted
Loading xemacsbug...
escape-quoted
Making completion list...
Making completion list...
No such coding system: escape-quoted
escape-quoted
Quit
Quit
Quit
Entering debugger...
Loading debug...done
Loading debug...
No such coding system: escape-quoted
Scanning buffer for index (100%)
Scanning buffer for index ( 91%)
Scanning buffer for index ( 74%)
Scanning buffer for index ( 65%)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Building packages with 21.5b29?
14 years, 1 month
Raymond Toy
Is it possible to build all of the packages from source using xemacs
21.5-b29? I checked out all of the packages, copied
Local.rules.template to Local.rules and ran make. This eventually
causes xemacs to die when building advice.el.
Ray
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
file lock specification
14 years, 1 month
Eric S. Johansson
Emacs uses #filename as the public name for locking a file. This is not working
with vocola because it uses a very dumb match on ".Vcl". So, I would like to
change the file name used for a lock file but I haven't found in the
documentation yet. A pointer would be appreciated
#XWin.vcl should become something like #XWin,vcl#
---eric
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Local Variables incorrectly (?) found
14 years, 1 month
Raymond Toy
While playing with dvc (http://download.gna.org/dvc/) and trying to get
it working with xemacs[1], I came across an issue. In dvc-build.el,
there's some code that is intended to print out some Local Variables
lines to a file. Unfortunately, xemacs finds these lines and thinks
these are the local variables for this file. I think emacs doesn't have
this problem. Should xemacs be a little pickier about finding these?
The workaround for this is simple, though, and is documented. I just
added a ^L near the end of the file so xemacs stops looking.
Ray
[1] With a few minor changes I can get dvc to compile. The result
doesn't work because for some reason some variable is unbound. I tried
loading the file that defines it, but that doesn't work either. It is
defined, but when I load dvc-load.el, it's unbound again. And the
building dvc now causes warnings about every package having its
auto-autoloads already being loaded.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Type-punned pointers as lvalues
14 years, 1 month
Jerry James
Fedora is in the midst of a mass rebuild of packages. This is partly
to get all C/C++/... code recompiled with what will soon be called GCC
4.6. The XEmacs package failed the build, due to a segfault in
temacs. The segfault occurred in split_string_by_ichar_1, which was
passed a NULL pointer from split_external_path. I noticed this in the
build messages:
fns.c: In function 'split_external_path':
fns.c:1090:3: warning: 'newpath' may be used uninitialized in this
function [-Wuninitialized]
and wondered what GCC was talking about, since newpath is initialized
by TO_INTERNAL_FORMAT ... isn't it? Here's the code, for ease of
reference:
Lisp_Object
split_external_path (const Extbyte *path)
{
Bytecount newlen;
Ibyte *newpath;
if (!path)
return Qnil;
TO_INTERNAL_FORMAT (C_STRING, path, ALLOCA, (newpath, newlen), Qfile_name);
/* #### Does this make sense? It certainly does for
split_env_path(), but it looks dubious here. Does any code
depend on split_external_path("") returning nil instead of an empty
string? */
if (!newlen)
return Qnil;
return split_string_by_ichar_1 (newpath, newlen, SEPCHAR, 0, 0);
}
After running that through the preprocessor, discarding extra
parentheses, and unfolding do ... while(0) constructs, that amounts to
this:
typedef union { char c; void * p; } *ANSI_ALIASING_voidp;
Lisp_Object
split_external_path (const Extbyte *path)
{
Bytecount newlen;
Ibyte *newpath;
dfc_conversion_type dfc_simplified_source_type;
dfc_conversion_type dfc_simplified_sink_type;
dfc_conversion_data dfc_source;
dfc_conversion_data dfc_sink;
Lisp_Object dfc_codesys;
void * dfc_sink_ret;
if (!path)
return Qnil;
dfc_codesys = Qfile_name;
dfc_source.data.ptr = path;
dfc_source.data.len = dfc_external_data_len (path, dfc_codesys);
dfc_simplified_source_type = DFC_TYPE_DATA;
dfc_simplified_sink_type = DFC_TYPE_DATA;
dfc_convert_to_internal_format (dfc_simplified_source_type, &dfc_source,
dfc_codesys, dfc_simplified_sink_type,
&dfc_sink);
__temp_alloca_size__ = dfc_sink.data.len + 2;
dfc_sink_ret = __temp_alloca_size__ > 262144
? xemacs_c_alloca (__temp_alloca_size__)
: (need_to_check_c_alloca ? xemacs_c_alloca (0) : 0,
__builtin_alloca (__temp_alloca_size__)));
memcpy (dfc_sink_ret, dfc_sink.data.ptr, dfc_sink.data.len + 2);
((ANSI_ALIASING_voidp) &newpath)->p = dfc_sink_ret;
newlen = dfc_sink.data.len;
if (!newlen)
return Qnil;
return split_string_by_ichar_1 (newpath, newlen, ':');
}
The compiler warning above tells the story; GCC doesn't see an
assignment to ((ANSI_ALIASING_voidp) &newpath)->p as the same as
assigning to newpath, even with -fno-strict-aliasing. In the GCC 4.6
manual, it says that assignments of the form:
*(fooptr *)&bar = foo_value;
have undefined semantics. So it appears that we've been getting lucky
all these years, and our luck has now run out. I think I remember
discussing this with Ben years ago when he first came up with the
ANSI_ALIASING macros. Anyhow, weird casts like this as lvalues are
going to have to go if we want GCC 4.6 to be able to build XEmacs.
I'll try to start looking at what violence we need to do to our code
base to fix this issue. Whee!
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
cygwin xemacs problems
14 years, 1 month
Eric S. Johansson
Installed the latest beta from cygwin with the sumo package so I wouldn't have
to go through all the hassle of finding little packages and installing them.
1) there's no .xemacs directory
I discovered this when I tried to edit the initialization file and save it. I
also discovered
2) saving a file when the director doesn't exist apparently causes xemacs to hang.
Fortunately if I killed the process and restart, I can save configuration files.
Sorry about discovering so many problems but I am one of those people that makes
things break.
On packages, why doesn't it say or at least tell you which package repository
was selected.
When I try to update the package index with sumo loaded, EFS is start up and
then I get, in a terminal window:
53 [main] xemacs-21.5-b28 5124 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
918 [main] xemacs-21.5-b28 5124 open_stackdumpfile: Dumping stack trace to
xemacs-21.5-b28.exe.stackdump
3165 [main] xemacs-21.5-b28 1660 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
4097 [main] xemacs-21.5-b28 1660 open_stackdumpfile: Dumping stack trace to
xemacs-21.5-b28.exe.stackdump
3 [main] xemacs-21.5-b28 4428 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
1563 [main] xemacs-21.5-b28 4428 open_stackdumpfile: Dumping stack trace to
xemacs-21.5-b28.exe.stackdump
3 [main] xemacs-21.5-b28 188 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
535 [main] xemacs-21.5-b28 188 open_stackdumpfile: Dumping stack trace to
xemacs-21.5-b28.exe.stackdump
690 [main] xemacs-21.5-b28 4968 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
2589 [main] xemacs-21.5-b28 4968 open_stackdumpfile: Dumping stack trace to
xemacs-21.5-b28.exe.stackdump
150 [main] xemacs-21.5-b28 4456 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
13105 [main] xemacs-21.5-b28 4456 open_stackdumpfile: Dumping stack trace to
xemacs-21.5-b28.exe.stackdump
32 [main] xemacs 5512 fork: child -1 - died waiting for longjmp before
initialization, retry 0, exit code 0x600, errno 11
The stack dump reveals:
esj＠jumper ~
$ more xemacs-21.5-b28.exe.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=61020137
eax=10423F00 ebx=6123F6D4 ecx=7584783F edx=00273440 esi=00000000 edi=0022FA14
ebp=61020890 esp=0022C7E4 program=C:\cygwin\bin\xemacs-21.5-b28.exe, pid 4456, t
hread main
cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
Stack trace:
Frame Function Args
End of stack trace
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
possible thought for enabling speech recognition
14 years, 1 month
Eric S. Johansson
This may sound a bit odd but hear me out
NaturallySpeaking automatically enables Select-and-Say functionality you've you
use the right edit control.
The simplest way make something edible with speech recognition from Emacs is to
copy it into a Windows edit control. The edit control window would have its own
grammar and action routines to operate on it.
For tasks which do not require any information except what can be seen in the
buffer, this is a possible solution. It's probably also a good solution for any
task requiring more information than what is visible. Problem being as I
illustrated earlier communicating data to and from the Emacs environment.
So the question is, can we get the proper edit controls invoked from Emacs?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Debian squeeze released, how about XEmacs?
14 years, 1 month
Adam Sjøgren
Debian released squeeze this weekend after two years of development.
There were many parties and much excitement.
How is the work on the XEmacs release, tentatively guessed to happen in
the first week of february¹, coming along?
Debian are of course famous for releasing "when ready" and I think that
makes a lot of sense, also in the context of XEmacs - and lots of things
can change in a month - so no nagging implied, just curious.
Best regards,
Adam
¹ <874o9ngrbi.fsf(a)uwakimon.sk.tsukuba.ac.jp>
--
"I went for the fireengines Adam Sjøgren
But they were all upside down" asjo(a)koldfront.dk
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Re: blue today
14 years, 1 month
Eric S. Johansson
reply to the list as well
On 2/7/2011 8:59 AM, Jeff Sparkes wrote:
> Which version of windows and which version of xemacs? I don't have %HOME% set,
> but xemacs-21.5.29 expands ~ to my login directory on both Windows XP and
> Windows Server 2008. However, on XP it doesn't set the HOME env variable.
XEmacs version 21.5.29 as well.
It seems to think the home directory is c:\windows\system32\ which is kind of
weird. Unless maybe it's because I'm starting off of the shortcuts menu. I tried
~ and it ends up at the right directory (c:\Users\esj
(expand-file-name "~")
"c:\\Users\\esj"
yet when I did that before, it didn't work with or without the home directory.
that's very weird.
Question 1) why is it waking up in the system 32 drectory?
Question 2) how do I fix that problem (and yes, I do consider it a problem)
question 3) where will my .xemacs directory end up? System 32 or ~/ (tested and
found ~/ )
>
> ;; Windows Server 2008
> (getenv "HOME")
> "C:\\Users\\jsparkes"
> (expand-file-name "~")
> "c:\\Users\\jsparkes"
> ;; WIndows XP
> (getenv "HOME")
> nil
> (expand-file-name "~")
> "c:\\Documents and Settings\\Administrator"
>
> On Sat, Feb 5, 2011 at 9:39 PM, Eric S. Johansson <esj(a)harvee.org
> <mailto:esj＠harvee.org>> wrote:
>
> wasted Quite a bit of time today trying to track down a problem (which I still
> haven't found). This is not a bitch but I will try to collate information so
> that the next person installing a Windows 32 version will have an easier
> time at it.
>
> I think the problems I'm experiencing come simply from the inability for X.
> Emacs to find certain files. For example, HOME was not defined. So I
> defined it
> in the Windows environment and think still in work right. For example in
> the shell
>
> c:\Windows\system32>echo %HOME%
> echo %HOME%
> \Users\esj\My Documents\
>
> Home has been set but not used properly when invoking the shell
>
> and in the *Scratch* buffer:
>
> (expand-file-name "~")
> "c:\\Windows\\system32\\Users\\esj\\My Documents\\"
>
> All the other problem but having smell like something similar, that I'm
> missing
> various pathnames. I did finally find the note about mingw executables for all
> these subordinate tools like grep as well is libraries for image management.
>
> Where can I find the definition of expand-file-name so I can look and
> see what
> it's doing and what might be wrong.
>
> ---eric
>
> _______________________________________________
> XEmacs-Beta mailing list
> XEmacs-Beta(a)xemacs.org <mailto:XEmacs-Beta＠xemacs.org>
> http://lists.xemacs.org/mailman/listinfo/xemacs-beta
>
>
>
>
> --
> Jeff Sparkes
> jsparkes(a)gmail.com <mailto:jsparkes＠gmail.com>
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta