Emergency (alloc): Warning: past 85% of memory limit - Bugreport? (was: BBDB wird nicht gefunden)
Sabine 'Sani' Schulz
> | Emergency (alloc): Warning: past 85% of memory limit
Soweit mein Englisch reicht :-/
http://groups.google.com/group/gnu.emacs.bug/browse_thread/thread/ef57c0beb80ff1f1
http://osdir.com/ml/bug-gnu-emacs-gnu/2009-05/msg00430.html
scheint mir das ein Bug bei Emacs zu sein.
Emacs unpatched habe ich auch installiert, ich werde überprüfen, ob der
dieselbe Warnung auswirft (wie der W32-Emacs).
Ich könnte dann nen Bug-Report schreiben oder ist das unnötig?
Englisch ist ja nicht gerade meine Stärke, aber Lennart, der den
W32-Emacs betreut, kann auch Deutsch :-).
Grüße
Sabine, x-post & f'up2
--
Reiner Steib
> * Am 03.10.2010 begab es sich, dass Sabine 'Ingrid' Schulz schrieb:
>
>> | Emergency (alloc): Warning: past 85% of memory limit
[...]
> Emacs unpatched habe ich auch installiert, ich werde überprüfen, ob der
> dieselbe Warnung auswirft (wie der W32-Emacs).
Bug Reports für eine uralte Beta-Version (Emacs/23.1.50) sind IMHO
sinnfrei. Die aktuelle Version 23.2.
> Ich könnte dann nen Bug-Report schreiben oder ist das unnötig?
Bug im Fork sollten an den gehen, der diesen Fork betreut ...
> Englisch ist ja nicht gerade meine Stärke, aber Lennart, der den
> W32-Emacs betreut, kann auch Deutsch :-).
Viele Grüße
Reiner
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
Sabine 'Sani' Schulz
> On Fri, Oct 08 2010, Sabine 'Sani' Schulz wrote:
>> * Am 03.10.2010 begab es sich, dass Sabine 'Ingrid' Schulz schrieb:
>>> | Emergency (alloc): Warning: past 85% of memory limit
> [...]
>> Emacs unpatched habe ich auch installiert, ich werde überprüfen, ob der
>> dieselbe Warnung auswirft (wie der W32-Emacs).
> Bug Reports für eine uralte Beta-Version (Emacs/23.1.50) sind IMHO
> sinnfrei. Die aktuelle Version 23.2.
"This is GNU Emacs 23.2.1 (i386-mingw-nt6.1.7600)
of 2010-05-08 on G41R2F1"
gerade runtergeladen von http://ftp.gnu.org/gnu/emacs/windows/
| Emergency (alloc): Warning: past 75% of memory limit
Grüße
Sabine
--
Sabine 'Sani' Schulz
garbage-collet mit
http://www.gnu.org/software/emacs/elisp/html_node/Garbage-Collection.html
"This command runs a garbage collection, and returns information on the
amount of space in use."
Es gibt aber keine Informationen aus, irgendwo habe ich gelesen, daß
Win7 keinen Compiler mitbringt, also habe ich http://www.mingw.org/
installiert.
Als Umgebungsvariable habe ich im im Load-Path mingw sowie cygwin (hat
auch einen Compiler dabei) eingetragen und in der .emacs
(add-to-list 'load-path "C:/MinGW/bin")
(add-to-list 'load-path "C:/cygwin/bin")
Immerhin sagt Emacs jetzt "garbage-collection (done)", aber ne
Information kommt nicht.
Emacs 23.2 ist nach meiner Antwort an Reiner abgestürzt, der W32-Emacs
ist nicht ganz so empfindlich, schafft immerhin ein paar Postings, bevor
er aufgibt.
Aber gut, ich habe mich auf Win7 eingelassen, ich stelle keine
Ansprüche - einen Bugreport schreibe ich trotzem.
Grüße
Sabine
--
Sabine 'Sani' Schulz
> (add-to-list 'load-path "C:/MinGW/bin")
> (add-to-list 'load-path "C:/cygwin/bin")
> Immerhin sagt Emacs jetzt "garbage-collection (done)", aber ne
> Information kommt nicht.
Umso mehr ich mich mit Emacs befasse (heute wieder ein paar Stunden),
umso interessanter wird es - Emacs ist wirklich fast ein Betriebssystem
:-).
garbage-collection ist sehr auskunftsfreudig unter "messages", um den
Ladevorgang etwas schlanker zu gestalten, wollte ich nXhtml abstellen -
über customize funktioniert das nicht.
Nur mal nebenbei (W32-Emacs):
Adding c:/Program Files (x86)/Emacs/EmacsW32/lisp/ to load-path
Loading j:/.emacs.d/custom.el (source)...
Loading cua-base...done
Loading recentf...done
Loading paren...done
Loading j:/.recentf (source)...done
Cleaning up the recentf list...done (0 removed)
Loading j:/.emacs.d/custom.el (source)...done
Loading nxhtml from emacsw32...
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/autostart.el (source)...
Nxml/Nxhtml Autostart.el loading ...
... nXhtml loading 0.0 seconds elapsed ...
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/nxhtml-loaddefs.el (source)...
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/ourcomments-util.el (source)...
after advising ido
ourcomments-ido-ctrl-tab-activate running
Ido mode enabled
ourcomments-ido-mode-advice running
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/ourcomments-util.el (source)...done
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/sex-mode.el (source)...done
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/tabkey2.el (source)...done
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/nxhtml-loaddefs.el (source)...done
... nXhtml loading 0.6 seconds elapsed ...
html-site-current (information): No current site set
Finished loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/mumamo.el
... nXhtml loading 1.8 seconds elapsed ...
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/etc/schema/schema-path-patch.el (source)...done
xhtml-loader.rnc was ok
(No changes need to be saved)
... nXhtml loading 1.8 seconds elapsed ...
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/nxhtml/nxhtml-autoload.el (source)...
nxhtml-autoload starting ... (hm, should maybe be renamed ...)
| (find ich gut :-) )
majmodpri-apply-priorities running...
majmodpri-sort-lists running ... (done)
majmodpri-apply-priorities: No file buffers to change modes in
majmodpri-apply-priorities running ... (done)
majmodpri-sort-lists running ... (done)
nxhtml-autoload finished
majmodpri-sort-lists running ... (done)
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/nxhtml/nxhtml-autoload.el (source)...done
... nXhtml loading 1.9 seconds elapsed ...
=== Loaded at nxhtml/autostart.el end:
(feature 'html-imenu)=t
(feature 'html-pagetoc)=t
(feature 'html-quote)=t
(feature 'html-site)=t
(feature 'html-toc)=t
(feature 'html-upl)=t
(feature 'mumamo)=t
(feature 'nxhtml-menu)=t
(feature 'nxhtml-mode)=t
(feature 'rngalt)=t
(feature 'tidy-xhtml)=t
(feature 'xhtml-help)=t
Nxml/Nxhtml Autostart.el loaded in 2.0 seconds
Loading c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/autostart.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading `bbdb-com': old-style backquotes detected!
Wegen dieser Meldung habe ich gegoogelt, scheint ein alter Bug zu sein,
irgendwie landete ich dann bei
http://www.mingw.org/wiki/msys. Installiert, Pfade und
Umgebungsvaribalen habe ich gesetzt, aber Emacs wollte irgendwie nicht.
Ich kam auf <http://www.khngai.com/emacs/cygwin.php>, dachte mir, kann
nicht schaden, wenn ich das einbaue, bei der msys-shell ist nun alles im
grünen Bereich bis auf
cygwin warning:
MS-DOS style path detected: c:/Program Files (x86)/Emacs/emacs/bin
Preferred POSIX equivalent is: /usr/bin
CYGWIN environment variable option "nodosfilewarning" turns off this warning.
Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
Auf Linux habe ich immer die zsh (z-shell) benutzt, die ist auch
verfügbar unter cygwin - das Problem werde ich morgen lösen.
Pfad zu cygwin ist gesetzt, ich weiß nicht, warum Emacs das nicht
frißt.
Das "memory-limit" bekomme ich wohl nur weg, wenn ich in der Lage bin,
mir den CVS-Emacs sowie CVS-Gnus für Windows zu kompilieren, dafür
brauche ich eine shell, die funktioniert.
Grüße
Sabine
--
Reiner Steib
> * Am 12.10.2010 begab es sich, dass Sabine 'Ingrid' Schulz schrieb:
>
>> (add-to-list 'load-path "C:/MinGW/bin")
>> (add-to-list 'load-path "C:/cygwin/bin")
Sinnlos. Wozu?
>> Immerhin sagt Emacs jetzt "garbage-collection (done)", aber ne
>> Information kommt nicht.
Das hat nichts mit obigem zu tun, sondern mit der Variablen
`garbage-collection-messages'.
> Umso mehr ich mich mit Emacs befasse (heute wieder ein paar Stunden),
> umso interessanter wird es - Emacs ist wirklich fast ein Betriebssystem
> :-).
>
> garbage-collection ist sehr auskunftsfreudig unter "messages", um den
> Ladevorgang etwas schlanker zu gestalten, wollte ich nXhtml abstellen -
> über customize funktioniert das nicht.
>
> Nur mal nebenbei (W32-Emacs):
Du nimmst erst den Lennard-Emacs und versuchst dann wieder dessen
tolle Extras wieder wegzukonfigurieren. Interessanter Ansatz.
> Adding c:/Program Files (x86)/Emacs/EmacsW32/lisp/ to load-path
> Das "memory-limit" bekomme ich wohl nur weg, wenn ich in der Lage bin,
> mir den CVS-Emacs sowie CVS-Gnus für Windows zu kompilieren, dafür
> brauche ich eine shell, die funktioniert.
Ich habe keine Ahnung wie du auf die Idee kommst, dass MSYS oder
cygwin irgendwas mit dem Problem zu tun hat.
- Nimm den Emacs von gnu.org. (Von mir wirst du keinerlei Hilfe zu
irgendwelchen gepatchten/geforkten Emacsen bekommen. Von der
Emacs-(Bug-)Liste vermutlich auch nicht.)
- Versuche das Problem beginnend mit "emacs -Q" zu reproduzieren.
- Mach dann einen Bug-Report mit M-x report-emacs-bug RET.
Sabine 'Sani' Schulz
Inzwischen werden 95% angezeigt und Emacs h�ngt sich st�ndig auf :-(.
> Emacs unpatched habe ich auch installiert, ich werde �berpr�fen, ob der
> dieselbe Warnung auswirft (wie der W32-Emacs).
Emacs unpatched beendet sich nach der Warnung von selbst, drei mal
getestet. Die erscheint, sobald ich ein Posting abschicke, bei Mail
nicht (Windows7, 64 bit).
Gefunden habe ich http://www.emacswiki.org/emacs/EmacsFileSizeLimit
"On a 64bit system, the limit is pushed to 2^59-1 which is almost a
million Terabytes", Emacs st�rzt trotzdem ab.
Wei� jemand, woran es liegt?
Gr��e + Danke
Sabine
--
Andreas Röhler
> * Am 12.10.2010 begab es sich, dass Sabine 'Ingrid' Schulz schrieb:
>
>> (add-to-list 'load-path "C:/MinGW/bin")
>> (add-to-list 'load-path "C:/cygwin/bin")
>
>> Immerhin sagt Emacs jetzt "garbage-collection (done)", aber ne
>> Information kommt nicht.
Soweit ich das verstanden habe, besteht Emacs aus zwei Schichten: C und
Emacs-Lisp. Wobei die erste die zweite herstellt.
garbage-collect ist ein Werkzeug, welcher von der C-Schicht f�r Lisp
bereitgestellt wird.
Theoretisch kann das Speicherleck auch dort sein, wahrscheinlicher aber
ist es in der C-Ebene.
Du m��test Valgrind oder so etwas einsetzen.
Gr��e
Andreas
--
https://code.launchpad.net/~a-roehler/python-mode/python-mode-components
https://code.launchpad.net/s-x-emacs-werkstatt/
>
> Umso mehr ich mich mit Emacs befasse (heute wieder ein paar Stunden),
> umso interessanter wird es - Emacs ist wirklich fast ein Betriebssystem
> :-).
>
> garbage-collection ist sehr auskunftsfreudig unter "messages", um den
> Ladevorgang etwas schlanker zu gestalten, wollte ich nXhtml abstellen -
> �ber customize funktioniert das nicht.
> gr�nen Bereich bis auf
>
> cygwin warning:
> MS-DOS style path detected: c:/Program Files (x86)/Emacs/emacs/bin
> Preferred POSIX equivalent is: /usr/bin
> CYGWIN environment variable option "nodosfilewarning" turns off this warning.
> Consult the user's guide for more details about POSIX paths:
> http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
>
>
> Auf Linux habe ich immer die zsh (z-shell) benutzt, die ist auch
> verf�gbar unter cygwin - das Problem werde ich morgen l�sen.
>
> Pfad zu cygwin ist gesetzt, ich wei� nicht, warum Emacs das nicht
> fri�t.
>
> Das "memory-limit" bekomme ich wohl nur weg, wenn ich in der Lage bin,
> mir den CVS-Emacs sowie CVS-Gnus f�r Windows zu kompilieren, daf�r
> brauche ich eine shell, die funktioniert.
>
> Gr��e
> Sabine
Sabine 'Sani' Schulz
> On Wed, Oct 13 2010, Sabine 'Sani' Schulz wrote:
>> * Am 12.10.2010 begab es sich, dass Sabine 'Ingrid' Schulz schrieb:
>>> (add-to-list 'load-path "C:/MinGW/bin")
>>> (add-to-list 'load-path "C:/cygwin/bin")
> Sinnlos. Wozu?
Damit Emacs das "sieht", im PATH bei Win7 sind die Variablen gesetzt,
aber mir scheint, das funktioniert nicht, wenn ich mir "load-path"
ansehe.
Mit Eintrag in die .emacs allerdings auch nicht, in meiner Verzweiflung
habe ich dann einiges aus c./cygwin/bin nach /emacs kopiert, nur zum
Test, dann ging eine bash oder zsh.
>> Nur mal nebenbei (W32-Emacs):
> Du nimmst erst den Lennard-Emacs und versuchst dann wieder dessen
> tolle Extras wieder wegzukonfigurieren. Interessanter Ansatz.
Ich habe auch das Original
I:\programme\emacs-23.2\bin\emacs.exe
der st�rzt halt st�ndig ab, ohne da� ich wei�, warum.
Bei Win7 ist es so, das ge�ffnete Programm wird in der Task-Leiste
angezeigt und wenn Du mit der Maus draufgehst, zeigt es Dir alle
ge�ffneten Instanzen an - bei Emacs ein schwarzes Fenster und den
Buffer, wo man gerade ist.
Schicke ich ein Posting mit Emacs 23.2 ab oder mache sonstwas, bleibt
nur noch das schwarze Fenster, Emacs ist weg, daher kann ich nicht mal
kucken, woran es eigentlich liegt.
>> Adding c:/Program Files (x86)/Emacs/EmacsW32/lisp/ to load-path
>> Das "memory-limit" bekomme ich wohl nur weg, wenn ich in der Lage bin,
>> mir den CVS-Emacs sowie CVS-Gnus f�r Windows zu kompilieren, daf�r
>> brauche ich eine shell, die funktioniert.
> Ich habe keine Ahnung wie du auf die Idee kommst, dass MSYS oder
> cygwin irgendwas mit dem Problem zu tun hat.
Gar nicht, ich m�chte auf Win7 aber mal den CVS-Emacs kompilieren. Und
daf�r brauche ich eine entsprechende Ausstattung.
> - Nimm den Emacs von gnu.org.
Den habe ich, leider beendet der sich st�ndig, ohne da� ich an Logs
komme (siehe oben).
> (Von mir wirst du keinerlei Hilfe zu irgendwelchen
> gepatchten/geforkten Emacsen bekommen. Von der Emacs-(Bug-)Liste
> vermutlich auch nicht.)
Erwarte ich auch nicht. - ich bin ja selber schuld, wenn ich Win7 64-bit
benutze. David hat es hier auch mal gesagt, wer Windows nutzt, hat keine
Anspr�che zu stellen - v�llig korrekt (Linux-User IMHO auch nicht, aber
gut).
> - Versuche das Problem beginnend mit "emacs -Q" zu reproduzieren.
Ich wei� nicht, was das hei�t, habe es aber ausprobiert,
I:\programme\emacs-23.2\bin\emacs.exe -Q
Emacs startet, ohne Konfiguration einzulesen, merke ich immer sofort,
weil ich in der .emacs eine Schrift vorgegeben habe.
Auf ein M-x gnus fragt es nach dem nntp-Server, BN und PW gebe ich ein,
danach ist Sense, Emacs 23.2 (Original,) st�rzt ab.
> - Mach dann einen Bug-Report mit M-x report-emacs-bug RET.
Wenn ich mal Logs h�tte, w�rde ich das machen - aber Emacs beendet sich
vorher immer.
Das memory-limit-Problem tritt ja nur bei Gnus auf, wenn ich ein Posting
abschicke, bei Mails nicht.
Im nnfolder-archive posted werden �ber 18800 angezeigt, meine G�te, ich
werde die mal l�schen, vielleicht liegt es daran.
Auf W2k mit 512 MB Arbeitsspeicher l�uft alles, es kann also nur ein Bug
bei Emacs sein oder bei Win7.
Gr��e
Sabine
--
Reiner Steib
> * Am 13.10.2010 begab es sich, dass Reiner Steib schrieb:
>> On Wed, Oct 13 2010, Sabine 'Sani' Schulz wrote:
>>> * Am 12.10.2010 begab es sich, dass Sabine 'Ingrid' Schulz schrieb:
>>>> (add-to-list 'load-path "C:/MinGW/bin")
>>>> (add-to-list 'load-path "C:/cygwin/bin")
>
>> Sinnlos. Wozu?
>
> Damit Emacs das "sieht",
Was soll Emacs sehen und wozu?
> im PATH bei Win7 sind die Variablen gesetzt, aber mir scheint, das
> funktioniert nicht, wenn ich mir "load-path" ansehe.
Du kennst den Unterschied zwischen PATH und `load-path'?
> Mit Eintrag in die .emacs allerdings auch nicht, in meiner Verzweiflung
> habe ich dann einiges aus c./cygwin/bin nach /emacs kopiert, nur zum
> Test, dann ging eine bash oder zsh.
Aus Verzweiflung wirre Dinge zu tun ist nicht zielf�hrend.
> Gar nicht, ich m�chte auf Win7 aber mal den CVS-Emacs kompilieren.
> Und daf�r brauche ich eine entsprechende Ausstattung.
ftp://alpha.gnu.org/gnu/emacs/pretest/windows existiert.
ACHTUNG: Dies ist eine Entwickler-Version! In Gnus gab es massive
�nderungen v.a. (aber nicht nur) im IMAP-Code.
>> - Versuche das Problem beginnend mit "emacs -Q" zu reproduzieren.
>
[...]
>
> Das memory-limit-Problem tritt ja nur bei Gnus auf, wenn ich ein Posting
> abschicke, bei Mails nicht.
Dann f�ge nur das zum Setup hinzu, was unbedingt n�tig ist, um ein
Posting abzuschicken.
Viele Gr��e
Memnon Anon
Sabine 'Sani' Schulz <ga...@f650gs.eu> writes:
> Ich habe auch das Original
> I:\programme\emacs-23.2\bin\emacs.exe
> der stürzt halt ständig ab, ohne daß ich weiß, warum.
[...]
> Gar nicht, ich möchte auf Win7 aber mal den CVS-Emacs kompilieren. Und
> dafür brauche ich eine entsprechende Ausstattung.
Eine Frage: Hast Du schon einen Bugreport geschrieben?
Die Entwickler werden Dir dann schon sagen, welche Informationen sie
noch brauchen, um das Problem zu diagnostizieren.
Selbstverständlich kannst Du nachsehen, ob das Problem im
Developmenttree behoben ist, aber ich würde diese Version nicht
produktiv einsetzen; mein Eindruck ist, dass da gerade ziemlich viel
gewerkelt wird, insbesondere in der Gnus Ecke (imap rewrite etc.).
Memnon
Andreas Röhler
Auch sonst: der 24er Zweig ist derzeit nur bei der Fakir-Ausbildung zu
gebrauchen.. :)
I.Ü. CVS ist nicht mehr die aktuelle Platform, das läuft jetzt unter bazaar:
https://savannah.gnu.org/bzr/?group=emacs
bzr branch bzr://bzr.savannah.gnu.org/emacs
Schneller zu laden ist ein git-Spiegel, `git' ohnehin von mir bevorzugt:
(bazaar allerdings für den Anfang zu empfehlen, falls keine
VC-Kenntnisse vorhanden)
bzw.
git clone git://repo.or.cz/emacs.git
Grüße
>
> Memnon
Sabine 'Sani' Schulz
> Am 13.10.2010 00:26, schrieb Sabine 'Sani' Schulz:
>> * Am 12.10.2010 begab es sich, dass Sabine 'Ingrid' Schulz schrieb:
>>> (add-to-list 'load-path "C:/MinGW/bin")
>>> (add-to-list 'load-path "C:/cygwin/bin")
>>> Immerhin sagt Emacs jetzt "garbage-collection (done)", aber ne
>>> Information kommt nicht.
> Soweit ich das verstanden habe, besteht Emacs aus zwei Schichten: C
> und Emacs-Lisp. Wobei die erste die zweite herstellt.
> garbage-collect ist ein Werkzeug, welcher von der C-Schicht für Lisp
> bereitgestellt wird.
> Theoretisch kann das Speicherleck auch dort sein, wahrscheinlicher aber
> ist es in der C-Ebene.
> Du müßtest Valgrind oder so etwas einsetzen.
Ich habe valgrind-3.41 mal runtergeladen und auch ne Anleitung dafür
http://www.cprogramming.com/debugging/valgrind.html gefunden.
Ich dachte ich hätte nen Compiler mit dem MinGW-Zeugs, bei Emacs meckert
die msys-shell (muß die erst mal konfigurieren, nachdem die zshell
nicht läuft) nicht, war aber nix:
winni$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether ln -s works... yes
checking for gcc... no
checking for cc... no
checking for cc... no
checking for cl... no
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details.
http://www.mingw.org/ habe ich installiert, der beinhaltet "A port of
the GNU Compiler Collection (GCC), including C, C++, ADA and Fortran
compilers; "
| (add-to-list 'load-path "C:/MinGW/bin")
habe ich in der .emacs gesetzt, eigentlich müßte es MinGW "sehen".
Als Umgebungsvariable für PATH ist gesetzt:
C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program
Files (x86)\Common Files\Microsoft Shared\Windows
Live;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program
Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files
(x86)\Windows Live\Shared;J:\;C:\cygwin;C:\MinGW;J:\my_lisp;J:\dll
normal müßte das reichen für Emacs,
load-path is a variable defined in `C source code'.
Its value is
("c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/tests/" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/nxhtml-company-mode/" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/related/" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/nxhtml/" "~/my_lisp" "C:/dll/" "J:/my_lisp/" "C:/cygwin/bin" "C:/MinGW/bin" "J:/bbdb-2.35/bits" "J:/bbdb-2.35/lisp" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/" "c:/Program Files (x86)/Emacs/EmacsW32/lisp/" "c:/Program Files (x86)/Emacs/emacs/site-lisp" "C:/Program Files (x86)/Emacs/emacs/../site-lisp" "C:/Program Files (x86)/Emacs/emacs/lisp" "c:/Program Files (x86)/Emacs/emacs/lisp/calc" "c:/Program Files (x86)/Emacs/emacs/lisp/calendar" "c:/Program Files (x86)/Emacs/emacs/lisp/emacs-lisp" "c:/Program Files (x86)/Emacs/emacs/lisp/emulation" "c:/Program Files (x86)/Emacs/emacs/lisp/erc" "c:/Program Files (x86)/Emacs/emacs/lisp/eshell" "c:/Program Files (x86)/Emacs/emacs/lisp/gnus" "c:/Program Files (x86)/Emacs/emacs/lisp/international" "c:/Program Files (x86)/Emacs/emacs/lisp/language" "c:/Program Files (x86)/Emacs/emacs/lisp/mail" "c:/Program Files (x86)/Emacs/emacs/lisp/mh-e" "c:/Program Files (x86)/Emacs/emacs/lisp/net" "c:/Program Files (x86)/Emacs/emacs/lisp/nxml" "c:/Program Files (x86)/Emacs/emacs/lisp/org" "c:/Program Files (x86)/Emacs/emacs/lisp/play" "c:/Program Files (x86)/Emacs/emacs/lisp/progmodes" "c:/Program Files (x86)/Emacs/emacs/lisp/textmodes" "c:/Program Files (x86)/Emacs/emacs/lisp/url" "c:/Program Files (x86)/Emacs/emacs/lisp/obsolete" "c:/Program Files (x86)/Emacs/emacs/lisp/cedet" "C:/Program Files (x86)/Emacs/emacs/leim" "J:/")
ich frage mich, warum Emacs die Umgebungsvariablen ignoriert, auf W2k
war das nicht so.
Extra noch in der .emacs, wird auch ignoriert. ich kapiers nicht.
Ich habs auch per "customize" versucht, bringt nix.
Vielleicht gibt es Rechteprobleme, ich habe noch nicht geschaut, wie
Win7 das handhabt. Soweit ich das sehe, legt Win7 einen Benutzer mit
(eingeschränkten) Admin-Rechten an beim ersten Start, daran kann es
eigentlich nicht liegen (ist ähnlich wie bei Ubuntu).
Auf J:/ liegt mein "HOME" für alle "Linux-Programme", also Emacs usw.,
das schaut aus wie auf einem Linux-System, da habe ich dann zb. die
.bashrc usw. drinnen - das funktioniert.
Wenn Emacs MinGW usw. "sieht", würde ich ja mal ne Rückmeldung bekommen,
wo das Problem liegt, bis dahin tappe ich im Dunkeln.
Grüße
Sabine
--
Sabine 'Sani' Schulz
* Am 14.10.2010 begab es sich, dass Memnon Anon schrieb:
> Sabine 'Sani' Schulz <ga...@f650gs.eu> writes:
> Eine Frage: Hast Du schon einen Bugreport geschrieben?
Nein, ich habe alles, was an Logs m�glich ist, aktiviert, aber Gnus sagt
dazu nicht viel:
Buffer *followup to Andreas R�hler on de.comp.editoren* has shrunk a lot; auto save disabled in that buffer until next real save
Sending...
You have lines longer than 79 characters. Really post? (y or n)
Sending news via 192.168.0.4 using nntp...
Opening nnfolder server on archive...done
Saving file j:/Mail/archive/posted...
Wrote j:/Mail/archive/posted
Sending...done
Retrieving newsgroup: hamster.lokal.antworten...
Fetching headers for hamster.lokal.antworten...done
Scoring...done
Generating summary...done
Replacing field "last-subj" with "Re: Emergency (alloc): Warning: past 85% of memory limit - Bugreport?"
Replacing field "last-msgid" with "<86ocaxo...@winni.im.schnuerpel.net>"
Replacing field "last-subj" with "Re: Emergency (alloc): Warning: past 85% of memory limit - Bugreport?"
Adding "Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)" to field "mailer"
Replacing field "last-msgid" with "<87pqvd2...@mean.albasani.net>"
Mark set [2 times]
Auto-saving...done
Unter "Warnings" gibt es
| Emergency (alloc): Warning: past 85% of memory limit
Reicht das f�r nen Bugreport?
> Die Entwickler werden Dir dann schon sagen, welche Informationen sie
> noch brauchen, um das Problem zu diagnostizieren.
Na ja, Reiner hat geschrieben, mit meinem
This is GNU Emacs 23.1.50.1 (i386-mingw-nt6.1.7600)
of 2009-11-04 on LENNART-69DE564 (patched)
brauche ich keinen Bugreport schreiben (das ist ein b�ser Fork), der
originale Emacs 23.2 st�rzt aber ab, bevor ich an Logs komme.
Ohne Logs kann ich auf Englisch nur schwer erkl�ren, wo das Problem
liegt.
> Selbstverst�ndlich kannst Du nachsehen, ob das Problem im
> Developmenttree behoben ist, aber ich w�rde diese Version nicht
> produktiv einsetzen; mein Eindruck ist, dass da gerade ziemlich viel
> gewerkelt wird, insbesondere in der Gnus Ecke (imap rewrite etc.).
imap nutze ich nicht. Ein CVS-Gnus kann ich mir compilieren, falls
Emacs mal den Compiler findet, habe ich auch fr�her schon genutzt auf
Linux und Windows.
Ich werde nen Bugreport schreiben, auch wenn es mir schwer f�llt, weil:
wer OpenSource nutzt, mu� seinen Teil dazu beitragen, die Software zu
verbessern.
Gr��e
Sabine
--
Andreas Röhler
> * Am 13.10.2010 begab es sich, dass Andreas R�hler schrieb:
>
>> Am 13.10.2010 00:26, schrieb Sabine 'Sani' Schulz:
>>> * Am 12.10.2010 begab es sich, dass Sabine 'Ingrid' Schulz schrieb:
>
>>>> (add-to-list 'load-path "C:/MinGW/bin")
>>>> (add-to-list 'load-path "C:/cygwin/bin")
>
>>>> Immerhin sagt Emacs jetzt "garbage-collection (done)", aber ne
>>>> Information kommt nicht.
>
>> Soweit ich das verstanden habe, besteht Emacs aus zwei Schichten: C
>> und Emacs-Lisp. Wobei die erste die zweite herstellt.
>
>> bereitgestellt wird.
>
>> Theoretisch kann das Speicherleck auch dort sein, wahrscheinlicher aber
>> ist es in der C-Ebene.
>
>
> Ich habe valgrind-3.41 mal runtergeladen und auch ne Anleitung daf�r
> http://www.cprogramming.com/debugging/valgrind.html gefunden.
>
Moin,
wollte das Teil hier nur einmal erw�hnen.
Apropos, mir hat es mit Emacs erst wirklich Spa� gemacht, nachdem ich
die Emacs Lisp Intro von Robert J. Chassel gelesen hatte. Aber dann ging
es los... Die Einf�hrung gibt es als extra Info-Packet
> Ich dachte ich h�tte nen Compiler mit dem MinGW-Zeugs, bei Emacs meckert
> die msys-shell (mu� die erst mal konfigurieren, nachdem die zshell
> nicht l�uft) nicht, war aber nix:
>
> winni$ ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking whether ln -s works... yes
> checking for gcc... no
> checking for cc... no
> checking for cc... no
> checking for cl... no
> configure: error: no acceptable C compiler found in $PATH
> See `config.log' for more details.
>
>
> http://www.mingw.org/ habe ich installiert, der beinhaltet "A port of
> the GNU Compiler Collection (GCC), including C, C++, ADA and Fortran
> compilers; "
>
> | (add-to-list 'load-path "C:/MinGW/bin")
>
> habe ich in der .emacs gesetzt, eigentlich m��te es MinGW "sehen".
>
>
> Als Umgebungsvariable f�r PATH ist gesetzt:
>
> C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program
> Files (x86)\Common Files\Microsoft Shared\Windows
> Live;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program
> Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files
> (x86)\Windows Live\Shared;J:\;C:\cygwin;C:\MinGW;J:\my_lisp;J:\dll
>
> normal m��te das reichen f�r Emacs,
>
> load-path is a variable defined in `C source code'.
> Its value is
> ("c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/tests/" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/nxhtml-company-mode/" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/related/" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/nxhtml/" "~/my_lisp" "C:/dll/" "J:/my_lisp/" "C:/cygwin/bin" "C:/MinGW/bin" "J:/bbdb-2.35/bits" "J:/bbdb-2.35/lisp" "c:/Program Files (x86)/Emacs/EmacsW32/nxhtml/util/" "c:/Program Files (x86)/Emacs/EmacsW32/lisp/" "c:/Program Files (x86)/Emacs/emacs/site-lisp" "C:/Program Files (x86)/Emacs/emacs/../site-lisp" "C:/Program Files (x86)/Emacs/emacs/lisp" "c:/Program Files (x86)/Emacs/emacs/lisp/calc" "c:/Program Files (x86)/Emacs/emacs/lisp/calendar" "c:/Program Files (x86)/Emacs/emacs/lisp/emacs-lisp" "c:/Program Files (x86)/Emacs/emacs/lisp/emulation" "c:/Program Files (x86)/Emacs/emacs/lisp/erc" "c:/Program Files (x86)/Emacs/emacs/lisp/eshell" "c:/Program Files (x86)/Emacs/emacs/lisp/gnus" "c:/Program
Files (x86)/Emacs/emacs/lisp/international" "c:/Program Files (x86)/Emacs/emacs/lisp/language" "c:/Program Files (x86)/Emacs/emacs/lisp/mail" "c:/Program Files (x86)/Emacs/emacs/lisp/mh-e" "c:/Program Files (x86)/Emacs/emacs/lisp/net" "c:/Program Files (x86)/Emacs/emacs/lisp/nxml" "c:/Program Files (x86)/Emacs/emacs/lisp/org" "c:/Program Files (x86)/Emacs/emacs/lisp/play" "c:/Program Files (x86)/Emacs/emacs/lisp/progmodes" "c:/Program Files (x86)/Emacs/emacs/lisp/textmodes" "c:/Program Files (x86)/Emacs/emacs/lisp/url" "c:/Program Files (x86)/Emacs/emacs/lisp/obsolete" "c:/Program Files (x86)/Emacs/emacs/lisp/cedet" "C:/Program Files (x86)/Emacs/emacs/leim" "J:/")
>
> ich frage mich, warum Emacs die Umgebungsvariablen ignoriert, auf W2k
> war das nicht so.
>
> Extra noch in der .emacs, wird auch ignoriert. ich kapiers nicht.
>
> Ich habs auch per "customize" versucht, bringt nix.
>
> Vielleicht gibt es Rechteprobleme, ich habe noch nicht geschaut, wie
> Win7 das handhabt. Soweit ich das sehe, legt Win7 einen Benutzer mit
> (eingeschr�nkten) Admin-Rechten an beim ersten Start, daran kann es
> eigentlich nicht liegen (ist �hnlich wie bei Ubuntu).
>
> Auf J:/ liegt mein "HOME" f�r alle "Linux-Programme", also Emacs usw.,
> das schaut aus wie auf einem Linux-System, da habe ich dann zb. die
> .bashrc usw. drinnen - das funktioniert.
>
> Wenn Emacs MinGW usw. "sieht", w�rde ich ja mal ne R�ckmeldung bekommen,
> wo das Problem liegt, bis dahin tappe ich im Dunkeln.
>
> Gr��e
> Sabine
Sabine 'Sani' Schulz
> On Thu, Oct 14 2010, Sabine 'Sani' Schulz wrote:
>>>>> (add-to-list 'load-path "C:/MinGW/bin")
>>>>> (add-to-list 'load-path "C:/cygwin/bin")
>>> Sinnlos. Wozu?
>> Damit Emacs das "sieht",
> Was soll Emacs sehen und wozu?
Ich h�tte gerne ne shell wie unter Linux, mit der ich auch compilieren
kann.
>> im PATH bei Win7 sind die Variablen gesetzt, aber mir scheint, das
>> funktioniert nicht, wenn ich mir "load-path" ansehe.
> Du kennst den Unterschied zwischen PATH und `load-path'?
Ich kenne und finde nur load-path:
| *List of directories to search for files to load.
>> Gar nicht, ich m�chte auf Win7 aber mal den CVS-Emacs kompilieren.
>> Und daf�r brauche ich eine entsprechende Ausstattung.
> ftp://alpha.gnu.org/gnu/emacs/pretest/windows existiert.
Danke.
> ACHTUNG: Dies ist eine Entwickler-Version! In Gnus gab es massive
> �nderungen v.a. (aber nicht nur) im IMAP-Code.
Es wurde
| (add-hook 'message-mode-hook 'my-message-mode-setup)
in meiner .emacs bemeckert, my-message-mode-setup ist jetzt eine
void-Variable (ich habs rausgenommen).
Dem Problem des "Absturzes" von Emacs komme ich langsam n�her:
wie beschrieben, �ffnen sich bei Win7 bei jedem Programm in der
Taskleiste, wenn man mit der Maus draufgeht, f�r jede ge�ffnete Instanz
ein kleines Vorschau-Fenster. Also hat man z. B. 10 Instanzen des
Windows-Explorer ge�ffnet, erscheint das Programm nur ein mal in der
Taskleiste, wenn man drauf geht, werden die 10 ge�ffneten Instanzen
angezeigt.
Wechsel ich so auf ein anderes Programm, ist Emacs weg, auch der 23.2.,
der W32-Emacs aber nicht.
Das Wechseln mit alt+tab sowie Windows-Taste+Tab (wow, das ist genial
schr�g, man bekommt in 3-D-Ansicht alle ge�ffneten Programme und
Instanzen leicht versetzt angezeigt) funktioniert.
>>> - Versuche das Problem beginnend mit "emacs -Q" zu reproduzieren.
Ich habs jetzt am Laufen, werde das gleich mal testen.
> [...]
>> Das memory-limit-Problem tritt ja nur bei Gnus auf, wenn ich ein Posting
>> abschicke, bei Mails nicht.
> Dann f�ge nur das zum Setup hinzu, was unbedingt n�tig ist, um ein
> Posting abzuschicken.
Ich habe nur das N�tigste
;; "mail-host-address" allein tuts irgendwie nicht ********************
(defun message-make-fqdn ()
"winni.im.schnuerpel.net")
;; Gnus sucht seine Mail beim lokalen NNTP-Server *********************
(setq gnus-select-method '(nntp "192.168.0.4"
(nntp-port-number 119)))
;: Artikel holen********************
(setq gnus-refer-article-method
'(current
;; Erst vom hamster
(nntp "192.168.0.4")
;; motzarella
;; (nntp "news.motzarella.de")
;; ...wenn nicht vorhanden, dann von albasani
(nntp "news.albasani.net")
;; svengo
;; (nntp "news.svengo.de")
;; ...sonst von Google
(nnweb "" (nnweb-type google))))
Danke f�r den Tipp, ich werde das �berpr�fen.
Gr��e
Sabine
--
Sabine 'Sani' Schulz
> * Am 14.10.2010 begab es sich, dass Reiner Steib schrieb:
>> On Thu, Oct 14 2010, Sabine 'Sani' Schulz wrote:
>>>> - Versuche das Problem beginnend mit "emacs -Q" zu reproduzieren.
> Ich habs jetzt am Laufen, werde das gleich mal testen.
| Sending...
| custom-file: Saving settings from "emacs -q" would overwrite existing customizations
Das wollte ich mir dann doch nicht antun, ergo kam ich nicht bis zur
Fehlermeldung.
>>> Das memory-limit-Problem tritt ja nur bei Gnus auf, wenn ich ein Posting
>>> abschicke, bei Mails nicht.
>> Dann f�ge nur das zum Setup hinzu, was unbedingt n�tig ist, um ein
>> Posting abzuschicken.
> Danke f�r den Tipp, ich werde das �berpr�fen.
Done, daran liegt es nicht.
Der Emacs 23.2 sagt nach C-c C-c manchmal MEM FULL, bricht den
Sendevorgang sowie das Speichern ab (mit undo) und speichert das Posting
unter drafts.
Die Datei ~/Mail/archive/posted hat 63 487 kb (posted.nov gibt es noch
mit �ber 11 MB), ziemlich gro�, k�nnte es daran liegen?
Bei "posting-style" habe ich (seit 8 Jahren)
| Gcc "nnfolder:posted"
kann ich da einfach mal z. B. "posted_neu" eintragen oder kommt Gnus
dann durcheinander?
Danke + Gr��e
Sabine
--
Sabine 'Sani' Schulz
> * Am 14.10.2010 begab es sich, dass Reiner Steib schrieb:
>> On Thu, Oct 14 2010, Sabine 'Sani' Schulz wrote:
>>>> - Versuche das Problem beginnend mit "emacs -Q" zu reproduzieren.
> Ich habs jetzt am Laufen, werde das gleich mal testen.
| Sending...
| custom-file: Saving settings from "emacs -q" would overwrite existing customizations
Das wollte ich mir dann doch nicht antun, ergo kam ich nicht bis zur
Fehlermeldung.
>>> Das memory-limit-Problem tritt ja nur bei Gnus auf, wenn ich ein Posting
>>> abschicke, bei Mails nicht.
>> Dann f�ge nur das zum Setup hinzu, was unbedingt n�tig ist, um ein
>> Posting abzuschicken.
> Danke f�r den Tipp, ich werde das �berpr�fen.
Done, daran liegt es nicht.
Der Emacs 23.2 sagt nach C-c C-c manchmal MEM FULL, bricht den
Sendevorgang sowie das Speichern ab (mit undo) und speichert das Posting
unter drafts.
Die Datei ~/Mail/archive/posted hat 63 487 kb (posted.nov gibt es noch
mit �ber 11 MB), ziemlich gro�, k�nnte es daran liegen?
Bei "posting-style" habe ich (seit 8 Jahren)
| Gcc "nnfolder:posted"
kann ich da einfach mal z. B. "posted_neu" eintragen oder kommt Gnus
dann durcheinander?
Erg�nzung: Nach dem Absenden hat sich Emacs 23.2 komplett aufgehangen,
garbage-collect ist wohl Amok gelaufen wegen dieser "posted"-Datei.
Also habe ich in die .gnus.el "Gcc "nnfolder:posted_neu" eingetragen,
die Warnung ist nun weg *freu*.
Wie ich k�rzlich vermutet hatte, lag es an der Gr��e der Datei (�ber 63
MB, na ja, �ber 18.000 Postings in 8 Jahren), ich wei� nicht, ob das ein
Bug ist. Evtl. liegt es ja auch am Speicherformat "nnfolder", der so
gro�e Datens�tze nicht h�ndeln kann.
Wie gesagt, hier l�uft Win7 Premium Home 64 bit, 32-bit-Programmen wie
Emacs stellt das System bis zu 4 GB Arbeitsspeicher zur Verf�gung (habe
ich nachgelesen), 64-bit Programmen 8 GB.
Danke an alle f�r Eure Hilfe, ohne den Emacs 23.2. mit MEM Full und dem
abgest�rzten garbage-collect w�re ich nicht so schnell drauf gekommen,
da� es an der Dateigr��e von "posted" liegt.
Gr��e
Sabine
--
Sabine 'Sani' Schulz
> Apropos, mir hat es mit Emacs erst wirklich Spa� gemacht, nachdem ich
> die Emacs Lisp Intro von Robert J. Chassel gelesen hatte. Aber dann
> ging es los... Die Einf�hrung gibt es als extra Info-Packet
Werde ich mir anschauen ... Emacs ist irgendwie ein Land mit
unbegrenzten M�glichkeiten, wenn man wei�, wie man ihn handhabt.
Normal brauche ich au�er Gnus und dem Editor nichts, ne Shell ist halt
nice to have.
Und die bekomme ich auch noch ans Laufen :-), das Schl�sselzeugs (GnuPG)
habe ich noch gar nicht installiert. Alleine daf�r lohnt sich eine
Shell, man ist auf der Konsole ja viel schneller als mit einem
graphischen Aufsatz.
Auch wenn man kein Linux nutzt, m�chte man dessen Annehmlichkeiten
irgendwie nicht missen. Eigentlich wollte ich nach W2k ja auf Linux
(debian) umsteigen mit dem Hauptrechner, war mir aber nicht sicher, ob
mein Atem lange genug ist, wenn es Probleme gibt (vor allem mit der
Hardware, Drucker/Fax/Scanner, Navis, mp3-Player usw).
Gr��e
Sabine
--
Andreas Röhler
> * Am 15.10.2010 begab es sich, dass Andreas R�hler schrieb:
>
>> Apropos, mir hat es mit Emacs erst wirklich Spa� gemacht, nachdem ich
>> die Emacs Lisp Intro von Robert J. Chassel gelesen hatte. Aber dann
>> ging es los... Die Einf�hrung gibt es als extra Info-Packet
>
> Werde ich mir anschauen ... Emacs ist irgendwie ein Land mit
> unbegrenzten M�glichkeiten, wenn man wei�, wie man ihn handhabt.
Ja, sehr gut ist in Emacs fast immer die Kehrseite der Medaille zu
betrachten. Die Freiheit ist positiv besetzt. W�rde sagen: dogmatisch
positiv besetzt.
Tats�chlich sind bei Programmierung (und nicht nur da...) klug gesetzte
Restriktionen hilfreich. W�rde mich mal interessieren, wor�ber Richard
Stallman und James Gosling seinerzeit diskutiert haben.
Nun wird niemand Emacs benutzen, der sich von der Vokabel Freiheit nicht
angezogen f�hlt...
Gr��e
Sabine 'Sani' Schulz
> Tats�chlich sind bei Programmierung (und nicht nur da...) klug
> gesetzte Restriktionen hilfreich.
Freiheit bedeutet aber auch, jede Restriktion aufheben zu k�nnen (falls
man dazu in der Lage ist, ich kann nicht programmieren).
> W�rde mich mal interessieren, wor�ber Richard Stallman und James
> Gosling seinerzeit diskutiert haben.
> Nun wird niemand Emacs benutzen, der sich von der Vokabel Freiheit
> nicht angezogen f�hlt...
ACK, au�erdem braucht man Durchhalteverm�gen, falls nicht alles gleich
so l�uft, wie man es sich w�nscht.
OpenSource bedeutet f�r mich auch, da� man keine Anspr�che zu stellen
hat. Die Programmierer machen das unentgeltlich, quasi ein Ehrenamt,
daf�r sollte man als Anwender stets dankbar sein.
Mein Dank gilt den Entwicklern, Emacs und Gnus sind das Beste, was einem
passieren kann.
Gr��e
Sabine
Andreas Röhler
> * Am 16.10.2010 begab es sich, dass Andreas R�hler schrieb:
>
>> Tats�chlich sind bei Programmierung (und nicht nur da...) klug
>> gesetzte Restriktionen hilfreich.
>
> Freiheit bedeutet aber auch, jede Restriktion aufheben zu k�nnen
Genau, denn eine Freiheit unter Gesetzesvorbehalt ist keine.
Soweit ich es erforscht habe, ist diese bei Emacs tats�chlich gegeben.
(falls
> man dazu in der Lage ist, ich kann nicht programmieren).
Das kannst Du mit Emacs' Hilfe schnell �ndern:
Pack den Kode unten in den scratch-Puffer,
(defun meine-erste-Funktion (&optional Argumente)
"Ein Beispiel f�r eine Funktion. "
(interactive)
(message "Hallo, ich bin %s" "wer ich bin." ))
geh an dessen Ende und
M-x eval-last-sexp
die Anweisung l��t Emacs von dem Schnipsel Kenntnis nehmen.
Sodann kannst Du es ausf�hren:
M-x meine-erste-Funktion
Nach
M-x eval-last-sexp
sendet Emacs noch einen hilfreichen Hinweis, falls der Befehl bereits
einfacher �ber eine Tastenkombination aufzurufen w�re.
�ndere den Text hinter message und schau was nach jweils neuem eval
passiert. Und schon hast Du progammiert...
>
>> W�rde mich mal interessieren, wor�ber Richard Stallman und James
>> Gosling seinerzeit diskutiert haben.
>
>> Nun wird niemand Emacs benutzen, der sich von der Vokabel Freiheit
>> nicht angezogen f�hlt...
>
> ACK, au�erdem braucht man Durchhalteverm�gen, falls nicht alles gleich
> so l�uft, wie man es sich w�nscht.
>
> OpenSource bedeutet f�r mich auch, da� man keine Anspr�che zu stellen
> hat.
Daf�r ist die Sache zu riskant. Der Rechner ist ein sich bewegendes,
selber aktives Teil. Eine gewisse Erwartung und Verantwortung zu
kultivieren, halte ich f�r wichtig.
Anspr�che stellen - ja. Blockieren - nein.
Wenn fehlerhafter Kode in die Welt kommt, sollten wir den Urheber bei
der Korrektur unterst�tzen.
Gelegentlich wurde der Verdacht ge�u�ert, die Opensource-Gemeinde w�rde
als Beta-Tester f�r andere mi�braucht, die daraufhin Milliarden-Ums�tze
machten, der Gemeinde aber immer nur neue Betas statt stabiler Versionen
vorsetzten.
Zumindest eine Fragestellung. Falls zutreffend, f�nde ich das nicht in
Ordnung.
Die Programmierer machen das unentgeltlich, quasi ein Ehrenamt,
> daf�r sollte man als Anwender stets dankbar sein.
Dankbarkeit ist sicher angebracht. Das sollte aber die Diskussion �ber
Qualit�t nicht blockieren.
Gewi� sind es teilweise nur verschiedene Meinungen,
Kodierungskonventionen, manchmal auch nur Moden.
Finde einiges spannend und sinnvoll, was unter "eXtreme programming"
diskutiert wird.
Wenn - etwa aus falsch verstandener R�cksichtnahme - aufgeschwollener
Kode zugrunde liegt, ist dieser schlecht zu korrigieren, falls Fehler
auftreten und auch schlecht weiterzuentwickeln.
Halte es f�r sinnvoll, sich von Zeit zu Zeit auch die Quellen noch
einmal anzuschauen und gegebenenfalls zu �berarbeiten, selbst wen die
letzte �nderung vom verehrungsw�rdigen XYZ stammt und drei�ig Jahre alt ist.
Sabine 'Sani' Schulz
> Am 17.10.2010 01:30, schrieb Sabine 'Sani' Schulz:
>>> Tats�chlich sind bei Programmierung (und nicht nur da...) klug
>>> gesetzte Restriktionen hilfreich.
>> Freiheit bedeutet aber auch, jede Restriktion aufheben zu k�nnen
> Genau, denn eine Freiheit unter Gesetzesvorbehalt ist keine.
> Soweit ich es erforscht habe, ist diese bei Emacs tats�chlich gegeben.
Mein Problem lag an der fast 64 MB Datei, ich kann das zwar beheben,
aber nicht bei Emacs �ndern. Eigentlich ein Bug, ich werde wohl doch nen
Bugreport schreiben m�ssen.
>> (falls man dazu in der Lage ist, ich kann nicht programmieren).
> Das kannst Du mit Emacs' Hilfe schnell �ndern:
> Pack den Kode unten in den scratch-Puffer,
> (defun meine-erste-Funktion (&optional Argumente)
> "Ein Beispiel f�r eine Funktion. "
> (interactive)
> (message "Hallo, ich bin %s" "wer ich bin." ))
> geh an dessen Ende und
> M-x eval-last-sexp
> die Anweisung l��t Emacs von dem Schnipsel Kenntnis nehmen.
> Sodann kannst Du es ausf�hren:
> M-x meine-erste-Funktion
> Nach
> M-x eval-last-sexp
> sendet Emacs noch einen hilfreichen Hinweis, falls der Befehl bereits
> einfacher �ber eine Tastenkombination aufzurufen w�re.
> �ndere den Text hinter message und schau was nach jweils neuem eval
> passiert. Und schon hast Du progammiert...
Probiere ich :-)
Auf Linux habe ich mich mal in Shell-Programmierung versucht, es stehen
ein paar B�cher dazu im Schrank, mein gr��ter Erfolg war, da� ich das
CVS-Gnus per meinem Script installieren konnte (auf debian).
Ich glaube nicht, da� ich jemals was f�r Emacs/Gnus programmieren kann,
ich mu� halt ungef�hr verstehen, was programmiert ist, wenn ich auf
Problemsuche bin.
> Wenn fehlerhafter Kode in die Welt kommt, sollten wir den Urheber bei
> der Korrektur unterst�tzen.
Ich werde mir M�he geben.
Ich benutze den W32-Emacs
http://ourcomments.org/Emacs/EmacsW32.html
weil der ein paar Sachen besser kann als der Emacs 23.2.
Die paar Dinge, auf die ich Wert lege, habe ich f�r alle Emacs auf
meinem System eingestellt, np. Es gibt auch welche, die ich nicht
einstellen konnte, z. B. ist es immer noch nicht im Original-Emacs
drinnen, da� der im Vollbildmodus startet.
Auf Linux mit KDE kann man das schnell beheben, auf Windows nicht.
Seit Jahren kommt dieses Feature f�r Windows nicht in Emacs rein, ich
wei� nicht warum, ist auch egal, mir ist das wichtig und daher benutze
ich den W32-Emacs.
>> Die Programmierer machen das unentgeltlich, quasi ein Ehrenamt,
>> daf�r sollte man als Anwender stets dankbar sein.
> Dankbarkeit ist sicher angebracht. Das sollte aber die Diskussion �ber
> Qualit�t nicht blockieren.
ACK - aussagekr�ftige Logs geh�ren dazu:
Gr��e
Sabine
--
Andreas Röhler
> Auf Linux habe ich mich mal in Shell-Programmierung versucht, es stehen
> ein paar B�cher dazu im Schrank, mein gr��ter Erfolg war, da� ich das
> CVS-Gnus per meinem Script installieren konnte (auf debian).
>
> Ich glaube nicht, da� ich jemals was f�r Emacs/Gnus programmieren kann,
> ich mu� halt ungef�hr verstehen, was programmiert ist, wenn ich auf
> Problemsuche bin.
>
Ein paar Dinge werden sehr viel einfacher, wenn Du etwas in Emacs Lisp
dazu schreibst, bzw. die in Emacs vorhandenen Werkzeuge verwendest,
statt die Shell und etwa sed zu benutzen.
Was nicht hei�t, sed w�re nicht gut. Ich nehme sed immer wieder, aber
eben nur f�r relativ einfache Dinge - Teile einer Datei zeilenweise
auszugeben z.B.
Es l��t sich nicht allgemein sagen, da� die eine Sprache besser w�re als
die andere.
AWK zB kann ganz prima und einfach Spalten ausgeben.
Emacs Lisp kommt mit einem exzellente Debugger `edebug', der das
Verfolgen zu einem Erlebnis macht und zu schneller Entwicklung f�hrt -
wobei ich durchaus den eigenen Gebrauch meine, nicht unbedingt die
Lieferung f�r die Allgemeinheit.
Gr��e
(...)
Memnon Anon
> * Am 17.10.2010 begab es sich, dass Andreas Röhler schrieb:
>>> (falls man dazu in der Lage ist, ich kann nicht programmieren).
>
>> Das kannst Du mit Emacs' Hilfe schnell ändern:
>> Pack den Kode unten in den scratch-Puffer,
>
>> (defun meine-erste-Funktion (&optional Argumente)
>> "Ein Beispiel für eine Funktion. "
>> (interactive)
>> (message "Hallo, ich bin %s" "wer ich bin." ))
>
>> geh an dessen Ende und
>
>> M-x eval-last-sexp
>
>> die Anweisung läßt Emacs von dem Schnipsel Kenntnis nehmen.
>
>> Sodann kannst Du es ausführen:
>
>> M-x meine-erste-Funktion
>
>> Nach
>> M-x eval-last-sexp
>> sendet Emacs noch einen hilfreichen Hinweis, falls der Befehl bereits
>> einfacher über eine Tastenkombination aufzurufen wäre.
>
>> Ändere den Text hinter message und schau was nach jweils neuem eval
>> passiert. Und schon hast Du progammiert...
>
> Probiere ich :-)
Du musst ja gar nicht so weit gehen, "was für Emacs/Gnus" zu
programmieren, sprich eine groooooße Erweiterung zusammenzubasteln.
Mit Emacs begegnet dir Programmierung praktisch auf Schritt und Tritt;
man kann gar nicht anders :). Andreas sagt das ganz richtig: "Und schon
hast du programmiert...".
Hier ein kleines Beispiel aus meiner .elisp:
[such ... kram ... neee ... ach ja, nehmen wir das:]
,----
| (global-set-key (kbd "<f9> g") (lambda () (interactive)
| (my-switch-or-start 'gnus "*Group*")))
`----
Ich belege hier die Tasten `f9 g' mit einer kleinen Funktion, die keinen
eigenen Namen braucht [lambda=Anonyme Funktion] und keine andere
Aufgabe kennt als die Funktion my-switch-or-start mit festen Parametern
auszuführen.
,----
;; Found here: http://github.com/technomancy/
emacs-starter-kit/blob/476c8a88eb68b9f3923da23b76df1986347dfe5b/
starter-kit-defuns.el
| (defun my-switch-or-start (function buffer)
| "If the buffer is current, bury it, otherwise invoke the function."
| (if (equal (buffer-name (current-buffer)) buffer)
| (bury-buffer)
| (if (get-buffer buffer)
| (switch-to-buffer buffer)
| (funcall function))))
`----
`my-switch-or-start' bekommt zwei Argumente: 1. Den Befehl (z.B. M-x
Gnus), mit dem das Programm gestartet wird und 2. den Buffer Namen, in
dem das Programm normalerweise läuft.
1. if: Ist der aktuelle Buffer schon das Programm? Falls ja, dann aus
dem Weg damit. Ende. Sonst:
2. if: Existiert schon ein Buffer mit dem Programm? Falls ja, dann
anzeigen bitte schön.
Falls nein, dann aber schnell starten.
Nun kann ich gnus aus jeder Lebenslage mit `f9 g' auf den Bildschirm
zaubern.
> Auf Linux habe ich mich mal in Shell-Programmierung versucht, es stehen
> ein paar Bücher dazu im Schrank, mein größter Erfolg war, daß ich das
> CVS-Gnus per meinem Script installieren konnte (auf debian).
>
> Ich glaube nicht, daß ich jemals was für Emacs/Gnus programmieren kann,
> ich muß halt ungefähr verstehen, was programmiert ist, wenn ich auf
> Problemsuche bin.
Ich hab auch mal Bash "angelernt", es aber einfach zu selten gebraucht,
so dass selbst Modifikationen meiner eigenen Skripte mühselig wurden.
Vor kurzem ist mir dann aufgegangen, dass ich vieles einfacher mit elisp
hinbekommen, und ich habe so manches Skript einfach in elisp neu
geschrieben, was schneller ging, als die entsprechende bash syntax noch
mal nachzuschlagen und dann zu modifizieren.
Elisp ist phantastisch, wenn man noch viel experimentieren muss:
`C-x C-e' oder `M-x eval-buffer'- und schon kann man loslegen.
Zunächst schaut man sich nur anderer Leute Schnipsel an und versucht
herauszubekommen, was da eigentlich passiert. Dann passt man bald das,
was man da vorfindet, ein wenig an.
Doch man muss da nicht aufhören. Mit ein bisschen Mut schreibt man bald
seinen eigenen 3 Zeilen Schnipsel, liest mal das elisp intro und macht
sich mit apropos, `C-h f', `emacs --batch' etc. vertraut.
Und eh man sichs versieht, stehen einem eine ganze Menge Hilfsmittel
offen, die sich auch ausserhalb des "Ich editiere Text" Bereiches
anwenden lassen.
Memnon
Simon Krahnke
> ,----
> ;; Found here: http://github.com/technomancy/
> emacs-starter-kit/blob/476c8a88eb68b9f3923da23b76df1986347dfe5b/
> starter-kit-defuns.el
> | (defun my-switch-or-start (function buffer)
> | "If the buffer is current, bury it, otherwise invoke the function."
> | (if (equal (buffer-name (current-buffer)) buffer)
> | (bury-buffer)
> | (if (get-buffer buffer)
> | (switch-to-buffer buffer)
> | (funcall function))))
> `----
> Nun kann ich gnus aus jeder Lebenslage mit `f9 g' auf den Bildschirm
> zaubern.
Oder weg. Je nach dem. Willkommen bei vi.
mfg, simon .... l
Sabine 'Sani' Schulz
> Sabine 'Sani' Schulz <ga...@f650gs.eu> writes:
>>> �ndere den Text hinter message und schau was nach jweils neuem eval
>>> passiert. Und schon hast Du progammiert...
>> Probiere ich :-)
> Du musst ja gar nicht so weit gehen, "was f�r Emacs/Gnus" zu
> programmieren, sprich eine grooooo�e Erweiterung zusammenzubasteln.
Das hatte ich auch nicht vor :-), k�nnte ich auch gar nicht. Reiner hat
mir immer geholfen, alleine meine Einleitungszeile [1} w�rde ich nie
hinbekommen.
Als ich Admin eines �ffentlichen Newsservers war, mu�te ich mit Gnus
Fremdcancel machen k�nnen, Reiner hat mir geholfen.
Seit Jahre habe ich das B�chlein "GNU Emacs" von O*Reilly im Regal
stehen, ich wei� nicht, warum ich nie reingesehen habe.
> Mit Emacs begegnet dir Programmierung praktisch auf Schritt und Tritt;
> man kann gar nicht anders :). Andreas sagt das ganz richtig: "Und schon
> hast du programmiert...".
> Hier ein kleines Beispiel aus meiner .elisp:
> [such ... kram ... neee ... ach ja, nehmen wir das:]
> ,----
> | (global-set-key (kbd "<f9> g") (lambda () (interactive)
> | (my-switch-or-start 'gnus "*Group*")))
> `----
> Ich belege hier die Tasten `f9 g' mit einer kleinen Funktion, die keinen
> eigenen Namen braucht [lambda=Anonyme Funktion] und keine andere
> Aufgabe kennt als die Funktion my-switch-or-start mit festen Parametern
> auszuf�hren.
>
> ,----
> ;; Found here: http://github.com/technomancy/
> emacs-starter-kit/blob/476c8a88eb68b9f3923da23b76df1986347dfe5b/
> starter-kit-defuns.el
> | (defun my-switch-or-start (function buffer)
> | "If the buffer is current, bury it, otherwise invoke the function."
> | (if (equal (buffer-name (current-buffer)) buffer)
> | (bury-buffer)
> | (if (get-buffer buffer)
> | (switch-to-buffer buffer)
> | (funcall function))))
> `----
> `my-switch-or-start' bekommt zwei Argumente: 1. Den Befehl (z.B. M-x
> Gnus), mit dem das Programm gestartet wird und 2. den Buffer Namen, in
> dem das Programm normalerweise l�uft.
> 1. if: Ist der aktuelle Buffer schon das Programm? Falls ja, dann aus
> dem Weg damit. Ende. Sonst:
> 2. if: Existiert schon ein Buffer mit dem Programm? Falls ja, dann
> anzeigen bitte sch�n.
> Falls nein, dann aber schnell starten.
Verstehe.
> Nun kann ich gnus aus jeder Lebenslage mit `f9 g' auf den Bildschirm
> zaubern.
Interessant.
Ich repariere eigentlich nur, wenn Emacs oder Gnus mal nicht l�uft,
irgendwie habe ich es immer hingekriegt, letztendlich wei� ich aber gar
nicht, was ich tue bzw. woran das Problem lag.
>> Auf Linux habe ich mich mal in Shell-Programmierung versucht, es stehen
>> ein paar B�cher dazu im Schrank, mein gr��ter Erfolg war, da� ich das
>> CVS-Gnus per meinem Script installieren konnte (auf debian).
>> Ich glaube nicht, da� ich jemals was f�r Emacs/Gnus programmieren kann,
>> ich mu� halt ungef�hr verstehen, was programmiert ist, wenn ich auf
>> Problemsuche bin.
> Ich hab auch mal Bash "angelernt", es aber einfach zu selten gebraucht,
> so dass selbst Modifikationen meiner eigenen Skripte m�hselig wurden.
> Vor kurzem ist mir dann aufgegangen, dass ich vieles einfacher mit elisp
> hinbekommen, und ich habe so manches Skript einfach in elisp neu
> geschrieben, was schneller ging, als die entsprechende bash syntax noch
> mal nachzuschlagen und dann zu modifizieren.
> Elisp ist phantastisch, wenn man noch viel experimentieren muss:
> `C-x C-e' oder `M-x eval-buffer'- und schon kann man loslegen.
Ich bin reiner Anwender, ich experimentiere nur, wenn ich ein Problem
l�sen mu�.
> Zun�chst schaut man sich nur anderer Leute Schnipsel an und versucht
> herauszubekommen, was da eigentlich passiert. Dann passt man bald das,
> was man da vorfindet, ein wenig an.
> Doch man muss da nicht aufh�ren. Mit ein bisschen Mut schreibt man bald
> seinen eigenen 3 Zeilen Schnipsel, liest mal das elisp intro und macht
> sich mit apropos, `C-h f', `emacs --batch' etc. vertraut.
F�r lange Winterabende habe ich mir vorgenommen, mehr �ber Emacs/Gnus zu
lernen; nicht, weil ich es brauche, sondern weil es interessant ist.
> Und eh man sichs versieht, stehen einem eine ganze Menge Hilfsmittel
> offen, die sich auch ausserhalb des "Ich editiere Text" Bereiches
> anwenden lassen.
Ich habe da eher andere Probleme, �ber umso mehr ich ich Programmierung
lerne, umso leichter lassen sich Probleme l�sen.
Gr��e
Sabine
[1]
;; einleitungszeile
(setq mail-extr-ignore-single-names nil)
(setq message-citation-line-function 'my-insert-citation-line)
(defun my-insert-citation-line ()
"Insert a citation line that includes the original article's date."
(when message-reply-headers
(let* ((time (date-to-time (mail-header-date message-reply-headers)))
(date (format-time-string "%d.%m.%Y" time))
(groups (message-fetch-reply-field "newsgroups"))
(from (gnus-extract-address-components
(mail-header-from message-reply-headers)))
(realname (car from))
;; (first-name (if (string-match "RE" realname)
;; (match-string 1 realname) realname)))
(first-name (if (and realname (string-match "\\(.+\\) .+" realname))
(match-string 1 realname) realname))
(mail (concat "<" (cadr from) ">")))
(if (not (message-news-p))
(insert "Hallo"
(if first-name (concat " " first-name) "")
",\n\nam " date " schriebst Du"
(if groups
(if (string-match "\\(,\\)" groups)
(concat " in "
(substring groups 0 (match-beginning 0))
" et al.")
(concat " in " groups))
"")
":\n\n")
(insert "* Am " date " begab es sich, dass "
(or realname mail) " schrieb:\n\n")))))
--
Michael Albinus
> Bei "posting-style" habe ich (seit 8 Jahren)
>
> | Gcc "nnfolder:posted"
Versuch doch mal
Gcc (format-time-string "nnfolder:posted-%Y" (current-time))
Das sollte Dir einen Folder pro Jahr bescheren.
> Grüße
> Sabine
Ciao, Michael.
Sabine 'Sani' Schulz
> Sabine 'Sani' Schulz <ga...@f650gs.eu> writes:
>> Bei "posting-style" habe ich (seit 8 Jahren)
>> | Gcc "nnfolder:posted"
> Versuch doch mal
> Gcc (format-time-string "nnfolder:posted-%Y" (current-time))
> Das sollte Dir einen Folder pro Jahr bescheren.
Danke, aber die Zeiten, wo ich viel gepostet habe, sind lange vorbei.
Jetzt l�uft es, never change a running system :-); f�r die n�chsten 20
Jahre reicht es vermutlich und wenn nicht, wei� ich ja, woran es liegt.
Wobei: Emacs wird ja st�ndig verbessert, irgendwann gibt es den auch f�r
64-bit-Systeme, dann m��ten die Schranken eigentlich fallen.
Ich bin bereit zum Testen :-), ich habe die Umgebung nun auch soweit am
Laufen, da� ich auf Win7 Emacs selbst kompilieren kann
Gr��e
Sabine
PS: ich habe es mit GnuPG versucht, wenn man die fehlenden Bibliotheken
alle per Hand runterladen mu�, ist das extrem m�hsam. Mit Wehmut denke
ich an "apt-get install", aber gut, man kann nicht alles haben.
--