severity 375518 grave
tags 375518 + confirmed patch
thanks
"Index 0 is out of range 0 (in 'objectAtIndex:')" is raised in
localLibrary (functions.m:45) because the NSArray, returned by
NSSearchPathForDirectoriesInDomains, is empty.
It is completely valid for NSSearchPathForDirectoriesInDomains to
Package: planner-el
Version: 3.41-2
Severity: important
Visiting file in planner-mode raises an error with the following
backtrace:
Debugger entered--Lisp error: (wrong-type-argument symbolp (quote
beginning-of-line))
font-lock-compile-keywords(nil)
font-lock-set-defaults()
font-lock-mode-
Matthias Klose <[EMAIL PROTECTED]> writes:
> The jython package is unusable with gij-4.1, since the Jython
> interpreter cannot be started:
please recheck with gij-4.1 from experimental.
I can confirm that Jython interpreter starts sucessfuly with gij-4.1
from experimental:
I've tested jython with Cacao VM and it runs fine. So this may be a
problem of gij-4.1. See #382766.
--
"Every non-free program has a lord, a master --
and if you use the program, he is your master." --RMS
___
Ако не отговарям на писмата Ви
Package: gij-4.1
Version: 4.1.1-10
Severity: normal
The jython package is unusable with gij-4.1, since the Jython
interpreter cannot be started:
--8<--
$ rm -Rf ~/.jython-cache/
$ JAVA=gij-4.1 jython
*sys-package-mgr*: processing new jar, '/usr/share/java/jython-2.1.jar'
*sys-pack
Package: jython
Version: 2.1.0-22
Severity: important
I didn't used Jython interpreter for a couple of months, so today I've
cleaned the cache with:
$ rm -Rf ~/.jython-cache/
and issued:
$ jython
But instead of running interpreter, I've got the following output:
--8<--
*
Thanks a lot, Romain!
--
Поздрави,
Калоян Доганов.
___
Ако не отговарям на писмата Ви: http://6lyokavitza.org/mail
[EMAIL PROTECTED]
Delivery-date: Tue, 18 Apr 2006 15:14:06 +0300
Received: from kaloian by localhost.localdomain with local (Exim 4.61)
(envelope-from <[EMAIL PROTECTED]>)
id 1FVp5q-0004CH-CE
for [EMAIL PROTECTED]; Tue, 18 Apr 2006 15:14:06 +0300
From: Kaloian Doganov
On 5 ное 2005, [EMAIL PROTECTED] wrote:
>> When I visit an UTF-8 file with cyrillic text in it, and I try to do
>> C-s (isearch-forward) with cyrillic characters as argument, it fails
>> when there is actually a match in the buffer.
>
> Did it work with previous snapshots?
I do not know. I use e
Package: emacs-snapshot-gtk
Version: 1:20051103-1
Severity: normal
When I visit an UTF-8 file with cyrillic text in it, and I try to do C-s
(isearch-forward) with cyrillic characters as argument, it fails when
there is actually a match in the buffer.
For example, if the buffer contains:
"*** 1.
Package: pyblosxom
Version: 1.2.1-2
Severity: normal
Tags: patch
When handling HTTP POST requests, PyBlosxom doesn't honor CONTENT_LENGTH
CGI variable and expects EOF. Some HTTP servers (like bozohttpd)
doesn't send EOF at the end of the body. Although inconvenient, this
behaviour is compliant t
Package: pngmeta
Version: 1.11-3
Severity: grave
pngmeta refuses to process any PNG file, for example:
$ pngmeta /usr/share/pixmaps/splash/gnome-splash.png
pngmeta: symbol lookup error: pngmeta: undefined symbol: png_IEND
The result is exactly the same without any command line arguments at
all:
Package: subversion
Version: 1.2.0-1
Followup-For: Bug #314213
It looks like vc-svn.el made it's way into Emacs CVS and Subversion does
not distribute it anymore. Emacs 22 is not released yet (and will not be
in the next few months). So, please remove vc-svn.el that contains just
an error message.
13 matches
Mail list logo
