Is there a plan to release a version corresponding to 28.x?

Hi,

Great job.
I'd like to report a problem I have hit for quite a moment.
If you try to visualize a pdf through pdf-tools with ImageMagick,
(using (setq pdf-view-use-imagemagick t))
emacs will crash. If you do it without using IM, emacs behaves well,
but it will crash the minute you try to visualize any jpeg/png image
using ImageMagick (because it is the default when it is compiled in)
All I was able to get is a gdb backtrace like the one here:
politza/pdf-tools#458 (comment)
I have submitted a bug report to the author of pdf-tools but
I am afraid the problem is rather on the imagemagick side.

I would be interested in any way to remove this bug.

Regards,

Hi

I am starting to use emacs and org-mode, so not much literate.
When I try to open a PDF it uses Doc view.
I am running the Windows 64 package, but not using MSYS2. Just unziped out of the box, it works great and without problems.
What must be done to use PDF- tools? Is it possible to do it without using MSYS2?

Thanks for your work!

It's free for open source projects & provides images for a variety of Windows distributions (7 - 10) and could mean we get newer releases without too much effort on your part?

Have you tried abandoning ImageMagic support for the native image transformation code added recently? IM itself seems to be the bug/exploit that keeps on giving, which makes it rough to use for things found in email and web pages.

doom mode-line height seems not right

Using emax64 26.2 (a version build for windows)
https://github.com/m-parashar/emax64

The official version emacs 26.2

hello,
i just try to change the theme. Want my solarized-light theme back.
But after install the theme and changed the line (load-theme 'zenburn nil) inside emax.org i cannot change the theme automatically. Every start emax loads zenburn again.
Is it possible to change between available themes ?

Regards
Poul

Hi,

I was trying out the recommended path of extracting the emax.7z file to my Roaming directory. I have MSYS2 installed and updated.

On first start I see this:

Debugger entered--Lisp error: (error "Building the PDF Tools server failed")
  signal(error ("Building the PDF Tools server failed"))
  error("%s" "Building the PDF Tools server failed")
  #f(compiled-function (executable) #<bytecode 0x2db8741>)(nil)
  #f(compiled-function (buffer status) #<bytecode 0x2dbcc65>)(#<buffer *compilation*> "exited abnormally with code 1\n")
  run-hook-with-args(#f(compiled-function (buffer status) #<bytecode 0x2dbcc65>) #<buffer *compilation*> "exited abnormally with code 1\n")
  compilation-handle-exit(exit 1 "exited abnormally with code 1\n")
  compilation-sentinel(#<process comint> "exited abnormally with code 1\n")

-*- mode: compilation; default-directory: "~/emax/elpa/pdf-tools-20180109.1234/build/server/" -*-
Comint started at Sun May 13 10:58:10

c\:/Users/Moni/AppData/Roaming/emax/elpa/pdf-tools-20180109.1234/build/server/autobuild -i c\:/Users/Moni/AppData/Roaming/emax/elpa/pdf-tools-20180109.1234/
Failed to recognize this system, trying to continue.
---------------------------
 Configuring and compiling 
---------------------------
./configure -q --bindir=c:/Users/Moni/AppData/Roaming/emax/elpa/pdf-tools-20180109.1234/ && make -s
./configure: This script requires a shell more modern than all
./configure: the shells that I found on your system.
./configure: Please tell [email protected] and
./configure: [email protected] about your system, including any
./configure: error possibly output before this message. Then install
./configure: a modern shell, or manually run the script under such a
./configure: shell if you do have one.
===========================
     Build failed.  ;o(    
===========================
Note: maybe try the '-d' option.

Comint exited abnormally with code 1 at Sun May 13 10:58:10

I Googled this and the only hit I get is something about libcairo so I ran pacman -S mingw32/mingw-w64-i686-cairo in MSYS2. But that didn't seem to help. I still get the above error.

Running on Windows 10 Home

I have what I think is the same issue as #26. Is there a way to disable pdf-tools from loading?

I don't need pdf-tools, but I'd prefer not to get the compilation error every time. Is it possible to check for a valid C compiler before attempting the installation or somehow remove the need for the C compiler?

My fix was simply to remove pdf-tools from the %appdata%\emax\elpa directory and then comment out the ;;(pdf-tools-install :no-query) line in %appdata%\emax\elpa\emax.el.

The latest release of this great package is several months old. Has the project been abandoned?

C-h C-a (about Emacs) causes the following issue which wasn't present in previous releases:

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil) use-fancy-splash-screens-p() about-emacs() funcall-interactively(about-emacs) call-interactively(about-emacs nil nil) command-execute(about-emacs)

This is likely due to the ImageMagick7 patch. I haven't had time to look into it. If you encounter more such errors, please report.

I think that you need to include source for at least some of the libraries that you are distributing, such as gnutls, which are released under LGPL.

I can't find epdfinfo.exe in the 7z of emax64-pdumper-20180619. Could you check?

I have followed this https://gist.github.com/nauhygon/f3b44f51b34e89bc54f8 before, but I have some wrong with xpm support, would you share your compiling steps for us?

The script for loading 'custom.el' is located in the middle of 'emax.el'.
So, a script, which is written in 'custom.el', may be ignored by 'emax.el'.
I think it would be better if 'custom.el' and 'secure.el' are loaded at the end of 'emax.el'
Thanks.

In the README file, you note "Download and unpack emax.7z into your HOME directory, usually C:\Users\AppData\Roaming".

I believe that this is always %APPDATA% which will get the user directly to the correct location, and it may simplify installation for users.

Have you considered putting this nice work on the Chocolately Windows packaging system? I use it to automatically maintain several Windows machines, and many others do too.

hello,
is it possible, that emax is packaged without gnutls activated?
eww could not load https sites. I read, that this could be the problem.

(gnutls-available-p) echoes no a true

Regards
Poul

After upgrading from the 25.x to 26.2 (latest Windows 10), I noticed that all graphics I tend to have in my mode line are back to text only:
https://github.com/ryuslash/mode-icons and also https://github.com/TeMPOraL/nyan-mode

Maybe somebody can confirm this effect.

Let me know when I should check something.

See https://lists.gnu.org/archive/html/emacs-devel/2019-04/msg00503.html

Just wanted to say thank you for the build.
Helps me a lot with using pdf-tools on Windows :)

Hi, Manish

Thank you for building emax64. It works perfectly. However, one thing that bothers me is the slow loading speed on Windows since I installed lots of packages. One way to mitigate this problem is to use pdumper version of emacs. I tried to compile it myself, but couldn't figure out how to configure imagemagick to work properly. I think it would be great if emax64 could support pdumper. Please consider building a pdumper version of emax64. Thanks!

Hey m-parashar, love your emax64 built for supporting Imagemagick. I've been trying for the past 3 hours to properly use tramp, with no success... Would you mind shedding some light?

SSH-ing on msys2 initially raised some error about creating \home\<user>\.ssh which I was able to fix by (1) adding the following line to etc/fstab

C:/home /home ntfs binary,noacl,auto 1 1

and (2) changing the following line in /etc/nssswitch.conf to

db_home: windows

Tramp still hangs after making those changes (i.e. no problem SSH-ing via msys2 shell).

I then setup ssh-agent thinking that it is a password prompt problem so now I can SSH via msys2 shell without a prompt for password.

Tramp still hangs...

I've been trying and hoping for tramp for almost 2 years now... Any help appreciated! Thanks!

Thanks for this project, I used it the past few months and it is a real treat for Windows users. Do you plan to update this to Emacs 26.3, 27.x, ... at some point?

I uncompressed and got the emax64pd folder. Moved it to C:. Run installation.
But I can't see the menu where PDF-TOOLS appear, like in the Readme.
I get this instead

Thanks for your work

The epdfinfo binary shipped with the Apr 6 release does not run because the Brotli libraries are missing (in particular, libbrotlicommon.dll, libbrotlidec.dll, and libbrotlienc.dll). I compiled those libraries myself and copied them to the bin folder; then everything works flawlessly.

with release: https://github.com/m-parashar/emax64/releases/tag/20191229

no matter y or n, it open a buffer:

Hi. I am following your instructions. emax64 in in C:, emax in Roaming. But I don't want to install msys2. Would pdf-tools work?
Every time I open emacs, it asks whether I have msys2 and tries to compile with error "Building the PDF Tools server failed"
Any suggestions?
Thank you

the feature/native-comp branch (which looks like it might make it to emacs 28 release, and is up to date with master) links against libgccjit to allow emacs to compile (at runtime) emacs lisp to native machine code, which can be a pretty big speed boost.

emacs on windows is always the slowest for me so I'm curious if this branch would make a difference on w64 performance, but I have no idea how to do this on windows

I think if you install the libgccjit lib (gcc compiled with --enable-language jit IIRC), --with-nativecomp is the configure option for emacs to enable this

if you have any pointers on how to get that libgccjit on windows and include it in the build I'd be willing to try to help if I can

Mouse selection in Emacs downloaded from GNU ftp is almost instantaneous. However, mouse selection in Emacs with emax feels slower. Could you suggest how to solve the problem or how to diagonalize further ?

The following numbers were reported by Emacs' CPU profiler (M-x profiler-start RET RET, M-x profiler-report RET) for mouse selection in Emacs for a few times. It looks like that with emax, some completion actions ate CPU. Would this be the cause ?

Mouse selection in Emacs tutorial for a few times in Emacs downloaded from GNU ftp

- command-execute                                                   3  60%
 - call-interactively                                               3  60%
  - byte-code                                                       2  40%
   - read-extended-command                                          2  40%
    - completing-read                                               2  40%
       completing-read-default                                      2  40%
  - funcall-interactively                                           1  20%
   - execute-extended-command                                       1  20%
    - sit-for                                                       1  20%
       redisplay                                                    1  20%
- ...                                                               2  40%
   Automatic GC                                                     2  40%

Mouse selection in Emacs tutorial for a few times in with emax

- command-execute                                                  42  50%
 - call-interactively                                              40  47%
  - funcall-interactively                                          36  42%
   - execute-extended-command                                      30  35%
    - execute-extended-command--shorter                            29  34%
     - completion-try-completion                                   29  34%
      - completion--nth-completion                                 29  34%
       + completion--some                                          29  34%
    + sit-for                                                       1   1%
   + help-with-tutorial                                             4   4%
   + profiler-report-toggle-entry                                   1   1%
   + mouse-set-point                                                1   1%
  - byte-code                                                       4   4%
   + read-extended-command                                          4   4%
+ ...                                                              26  30%
  mouse-fixup-help-message                                          7   8%
  tooltip-show-help-non-mode                                        6   7%
- redisplay_internal (C function)                                   2   2%
 - #<compiled 0x10a21db>                                            2   2%
    apply                                                           2   2%
- internal-echo-keystrokes-prefix                                   1   1%
 - run-hook-wrapped                                                 1   1%
    #<compiled 0x2fdd4e5>                                           1   1%

Mouse selection in ~/emax/emax.org for a few times in with emax

- command-execute                                                  23  92%
 - call-interactively                                              23  92%
  - funcall-interactively                                          21  84%
   - execute-extended-command                                      21  84%
    - execute-extended-command--shorter                            19  76%
     - completion-try-completion                                   19  76%
      - completion--nth-completion                                 19  76%
       - completion--some                                          19  76%
        + #<compiled 0x822b0b5>                                    19  76%
      sit-for                                                       2   8%
  - byte-code                                                       2   8%
   + read-extended-command                                          2   8%
- ...                                                               1   4%
 - minibuffer-complete                                              1   4%
  - completion-in-region                                            1   4%
   - completion--in-region                                          1   4%
    + #<compiled 0x821f81d>                                         1   4%
   Automatic GC                                                     0   0%
  redisplay_internal (C function)                                   1   4%

See https://www.gnu.org/savannah-checkouts/gnu/emacs/news/NEWS.27.1

I've set HOME to my actual user folder: C:\Users\<username>. emacx64 ignores this and uses %APPDATA% as if it were the HOME environment variable.

If HOME is set, I would expect programs to respect that environment variable.

hello,
after automatically updating the neccessary packages from elpa, org after the first start i got the following error message (with emacs --debug-init).
Any clues?

Regards
Poul

Debugger entered--Lisp error: (wrong-type-argument stringp nil)
expand-file-name(nil)
load-file(nil)
org-babel-load-file("c:/Users/Held/emax/emax.org")
(let ((gc-cons-threshold most-positive-fixnum)) (require 'package) (setq-default load-prefer-newer t package-enable-at-startup nil) (if (member '("melpa" . "http://melpa.org/packages/") package-archives) package-archives (setq package-archives (append package-archives (list '("melpa" . "http://melpa.org/packages/"))))) (if (member '("org" . "http://orgmode.org/elpa/") package-archives) package-archives (setq package-archives (append package-archives (list '("org" . "http://orgmode.org/elpa/"))))) (setq package-user-dir "/emax/elpa") (package-initialize) (if (and (package-installed-p 'delight) (package-installed-p 'use-package)) nil (package-refresh-contents) (package-install 'delight t) (package-install 'use-package t)) (setq-default use-package-always-defer t use-package-always-ensure t) (use-package org :ensure org-plus-contrib) (defvar emax-root (concat (expand-file-name "") "/emax")) (defvar emax-bin (concat emax-root "/bin")) (defvar emax-bin64 (concat emax-root "/bin64")) (defvar emax-mingw64 (concat emax-root "/mingw64/bin")) (defvar emax-lisp (concat emax-root "/lisp")) (setq exec-path (cons emax-bin exec-path)) (setenv "PATH" (concat emax-bin ";" (getenv "PATH"))) (setq exec-path (cons emax-bin64 exec-path)) (setenv "PATH" (concat emax-bin64 ";" (getenv "PATH"))) (setq exec-path (cons emax-mingw64 exec-path)) (setenv "PATH" (concat emax-mingw64 ";" (getenv "PATH"))) (let ((--dolist-tail-- '("/emax/" "/emax/bin/" "/emax/bin64/" "/emax/mingw64/bin/" "/emax/lisp/" "/emax/elpa/")) dir) (while --dolist-tail-- (setq dir (car --dolist-tail--)) (add-to-list 'load-path dir) (setq --dolist-tail-- (cdr --dolist-tail--)))) (set-language-environment 'utf-8) (setq locale-coding-system 'utf-8) (set-default-coding-systems 'utf-8) (set-terminal-coding-system 'utf-8) (prefer-coding-system 'utf-8) (org-babel-load-file (expand-file-name "/emax/emax.org" user-emacs-directory)) (garbage-collect))
eval-buffer(#<buffer load> nil "c:/Users/Held/.emacs" nil t) ; Reading at buffer position 2557
load-with-code-conversion("c:/Users/Held/.emacs" "c:/Users/Held/.emacs" t t)
load("/.emacs" t t)
#f(compiled-function () #<bytecode 0x1000c030d>)()
command-line()
normal-top-level()

Hello - I am in the process of creating a repo which automatically builds emacs for Windows nightly from the latest sources (via GitHub Actions - see https://github.com/vsalvino/emacs-windows/blob/main/.github/workflows/build.yml)

The last step of the process I have not figured out, and is not documented, is how to correctly bundle the required DLLs with the installed files. It seems that you are doing this, but have not documented how.

Do you have any wisdom for how to hunt down these necessary dependencies? Is it a manual effort to copy them from mingw? Or can it be scripted somehow?

First I would like to express my gratitude for your release, especially for epdfinfo and Image Magick 7. Epdfinfo gave me a major headache. For some reason I was not able to compile a functional version under cygwin dispite trying many times. For other reasons I couldn't switch to (supported) MSYS2.

Then I have a request. Could you integrate fakecygpty? It's the only program that I need to complile under cygwin. It enables using a working (cygwin) bash in ntemacs. Details:
https://www.emacswiki.org/emacs/NTEmacsWithCygwin
Download:
https://github.com/d5884/fakecygpty/

Have you checked the official repository? I have to doublecheck but it seems
https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-26-snapshot-x86_64.zip
does contain a lot more files in /bin. On the other hand I couldn't find missing functionality - YET.
Please evaluate if your distribution is identical (in terms of "distribution"-scope) to this version.
If not please advise if possible.

One more question: You fully integrated Image Magick 7, batteries included so to speak. Would it be technical possible to compile with IM7 support but not to include it? The reasoning behind is that many integrated software gets less or at least delayed updated. Especially in security context this could be a disadvantage. In cases where not even binaries exist (like epdfinfo) including makes a lot sense. But IM7 has not only binaries it has also an installer. I these regards it's similar to ghostscript.
https://www.imagemagick.org/script/download.php#windows

Hi Manish,

Please forgive me in advance, I have almost no idea of what I am doing here, and I am, unfortunately, very new in the world of tech. Long story short: I want to use emacs on Windows 10 to (1) take notes with Org Mode, (2) write in LaTeX with AucTeX, and (3) display and work with PDFs with pdf-tools. I just installed the most basic version of emacs today, and when I try to open PDFs in it (using DocView I guess?), I get an error: "Cannot display this page! Maybe because of a conversion error!"... and at the bottom of the app there's a line of text that says "File mode specification error: file-error Spawning child process Exec format error". I have absolutely no idea what this means, nor the slightest idea how to fix it. When googling around, I came across some of your posts about this distribution (?) of emacs for Windows 10 64 bit that has pdf-tools installed (I am hoping that perhaps pdf-tools could allow me to view pdfs). I've read your instructions for installation, but I am still completely lost. I really don't understand the vocabulary for these types of things. I'll tell you what I did and maybe you could give me some advice? Sorry for having grandpa-skills with computing.

What I did: downloaded the "emax64-27.1-stock.7z" file, extracted it in C:. Then there was a folder "emax64" or something like that, then I went to the bin, launched the addpm.exe file, and tried to launch emacs again... but now there was some black box in the background, and I still couldn't open any PDFs in it.

I'd really love to get emacs up and running, it looks like it would be perfect for what I need---it's just proving to be quite difficult to set up. Any help would be appreciated.

Cheers,
Andrew

I am new to emacs, and I love org-mode also I found spacemacs is very nicely for beginners like me. My question is how can I combine this version emacs with spacemacs so I can use pdf-tools on windows? Thanks in advance : )

Hi,
I can view images in dired. The new buffer uses imagemagick and resized images to fit the window.

However, image-dired returns an error "thumb could not be created for ...*png".
Trying to view images from helm-find-files does not show images either, saying "could not resize"

I am on Windows 8.1

Any ideas?

hello,
i just installed your new version and it starts ok.
But after update packages there is an error with use-package.
I compare this with my oroginal emacs and there was no error with this package.
Any clues?
Here is the error message:
Leaving directory ‘c:/Users/Held/emax/elpa/use-package-20180613.2219’

Compiling file c:/Users/Held/emax/elpa/use-package-20180613.2219/use-package-bind-key.el at Sat Jun 23 09:23:22 2018
Entering directory ‘c:/Users/Held/emax/elpa/use-package-20180613.2219/’
use-package-bind-key.el:39:1:Error: Loading file c:/Users/Held/emax/elpa/bind-key-20180512.2130/bind-key.elc failed to provide feature ‘bind-key’

Compiling file c:/Users/Held/emax/elpa/use-package-20180613.2219/use-package-core.el at Sat Jun 23 09:23:22 2018

Compiling file c:/Users/Held/emax/elpa/use-package-20180613.2219/use-package-delight.el at Sat Jun 23 09:23:23 2018

Compiling file c:/Users/Held/emax/elpa/use-package-20180613.2219/use-package-diminish.el at Sat Jun 23 09:23:23 2018

Compiling file c:/Users/Held/emax/elpa/use-package-20180613.2219/use-package-ensure.el at Sat Jun 23 09:23:23 2018

Compiling file c:/Users/Held/emax/elpa/use-package-20180613.2219/use-package-jump.el at Sat Jun 23 09:23:23 2018

Compiling file c:/Users/Held/emax/elpa/use-package-20180613.2219/use-package-lint.el at Sat Jun 23 09:23:23 2018

Compiling file c:/Users/Held/emax/elpa/use-package-20180613.2219/use-package.el at Sat Jun 23 09:23:23 2018
use-package.el:44:1:Error: Loading file c:/Users/Held/emax/elpa/bind-key-20180512.2130/bind-key.elc failed to provide feature ‘bind-key’

Compiling no file at Sat Jun 23 09:23:26 2018

Regards
Poul