Re: [feature/dll-only-windows] A new windows build, comments wanted

[Phillip Lord <phillip.lord@russet.org.uk>]

Can you do a compare and contrast with this snapshot version?

https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-28/emacs-28.0.50-snapshot-2021-01-04-x86_64.zip

This was built at about the same time as the dll-only version. I doubt
that this problem is caused by the new package, but this will tell us
for sure.

Phil

Corwin Brust <corwin@bru.st> writes:

> Thank you much for working on this!
>
> On Sun, Jan 10, 2021 at 9:43 AM Phillip Lord
> <phillip.lord@russet.org.uk> wrote:
>>
>> I have pushed some binaries up to alpha in case anyone wants to give
>> them a trial.
>>
>
> I found a problem and thought I'd been check in case it is not
> situated safely between my keyboard and chair   Also, the emacsclient
> issue I mentioned on r/emacs was a self-inflicted wound; if I run it
> with a property shortcut incantation (including -Q) it works great!
>
> When I start emacs using the same configuration I use daily with Emacs
> 27.1 and Emacs 26.3, I get a backtrace.  Staring at this in wonder, it
> looks like it could be related to use-package, which features heavily
> in my setup.
>
> tia and please do let me know what additional help I might be.
>
> Here's the backtrace:
>
> Debugger entered--Lisp error: (invalid-read-syntax "Invalid byte-code
> object")
>   read(get-file-char)
>   require(use-package-core)
>   byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\306\307\310\311\312$\210\313\314!\207"
> [require use-package-core use-package-bind-key use-package-diminish
> use-package-delight use-package-ensure autoload
> use-package-jump-to-package-form "use-package-jump" nil t provide
> use-package] 5)
>   require(use-package)
>   (progn (require 'cl) (require 'use-package))
>   eval((progn (require 'cl) (require 'use-package)) t)
>   #f(compiled-function (&rest body) "Like `progn', but evaluates the
> body at compile time if you're compiling.\nThus, the result of the
> body appears to the compiler as a quoted\nconstant.  In interpreted
> code, this is entirely equivalent to\n`progn', except that the value
> of the expression may be (but is\nnot necessarily) computed at load
> time if eager macro expansion\nis enabled." #<bytecode
> -0x173efc045404a52b>)((require 'cl) (require 'use-package))
>   (eval-when-compile (require 'cl) (require 'use-package))
>   eval-buffer(#<buffer  *load*-573669> nil
> "d:/projects/dotfiles/elisp/init-package-managment...." nil t)  ;
> Reading at buffer position 924
>   load-with-code-conversion("d:/projects/dotfiles/elisp/init-package-managment...."
> "d:/projects/dotfiles/elisp/init-package-managment...." nil t)
>   require(init-package-managment)
>   (let ((pkg (car --dolist-tail--))) (require pkg) (setq
> --dolist-tail-- (cdr --dolist-tail--)))
>   (while --dolist-tail-- (let ((pkg (car --dolist-tail--))) (require
> pkg) (setq --dolist-tail-- (cdr --dolist-tail--))))
>   (let ((--dolist-tail-- '(init-local init-package-managment
> init-editor init-org init-elisp init-projectile init-vc init-company
> init-fun init-bindkey init-theme))) (while --dolist-tail-- (let ((pkg
> (car --dolist-tail--))) (require pkg) (setq --dolist-tail-- (cdr
> --dolist-tail--)))))
>   eval-buffer(#<buffer  *load*-904898> nil
> "d:/projects/dotfiles/elisp/init.el" nil t)  ; Reading at buffer
> position 3546
>   load-with-code-conversion("d:/projects/dotfiles/elisp/init.el"
> "d:/projects/dotfiles/elisp/init.el" nil nil)
>   load("d:/projects/dotfiles/elisp/init")
>   eval-buffer(#<buffer  *load*> nil "c:/Users/corwi/.emacs" nil t)  ;
> Reading at buffer position 414
>   load-with-code-conversion("c:/Users/corwi/.emacs"
> "c:/Users/corwi/.emacs" t t)
>   load("~/.emacs" noerror nomessage)
>   startup--load-user-init-file(#f(compiled-function () #<bytecode
> 0x5a5c7670ff81e72>) #f(compiled-function () #<bytecode
> 0xc085514c3215d0c>) t)
>   command-line()
>   normal-top-level()
>
>
> Regards,
> Corwin
> corwin.bru.st