xenops VS ghidra

For some really nice LaTeX previews whilst writing, I would recommend Xenops. It will display pretty much all LaTeX equations, environments, tables, figures etc for your whilst you are writing. I use it all the time and love it.https://github.com/dandavison/xenops

I was studying maths as a hobby and made myself a LaTeX editing environment in Emacs with inline rendering of mathematical content: https://github.com/dandavison/xenops

A handful of other people use it I think but I made it for myself and don't have time to maintain it when I'm not studying maths.

just use https://github.com/dandavison/xenops

Hi, I really like this package for emacs that allows to preview latex and images directly in the document (not in an extra window): https://github.com/dandavison/xenops.

im surprised noone has mentioned https://github.com/dandavison/xenops which does exactly what you're looking for

https://github.com/dandavison/xenops

Mathematical LaTeX editing in Emacs with automatic inline rendering of math, tables, and TiKZ diagrams.

It's hard to imagine this getting popular because (a) it's Emacs, (b) LaTeX is a pain and Overleaf is pretty nice, (c) I think it would require the Auctex team to want to adopt my implementation, and combine their expertise and code to parse LaTeX math delimiters as reliably as auctex does, (d) I only use and develop Xenops when I'm studying maths, which is not at all now I have a real job again. But Xenops is nice to use.

Plug: I recently created a new LaTeX editing environment for Emacs with automatic inline rendering of math, TikZ diagrams, and tables:

https://github.com/dandavison/xenops

It creates plain LaTeX files that can be shared with non-Emacs users, but also works with org-mode. Math preview images are SVG by default and are crisp on high res / retina screens.

Xenops is a nice package for editing LaTeX and it allows integration with computer algebra systems. I looked at the code and it seems to allow me to use wolframscript (which I think is the free version of the wolfram engine) but whenever I try to run the code in the example, it returns the error no org-babel-execute function for mathematica. When I put (requireob-mathematica)` into the init.el, it says there is no such file or directory. How can I integrate this free version of the wolfram engine?

Plug: If you're an Emacs user, I've written an emacs LaTeX editing environment with automatic live rendering of LaTeX math, tables, and TikZ images. The images are rendered asynchronously using emacs-aio.

https://github.com/dandavison/xenops

[1] https://github.com/boricj/ghidra/tree/feature/elfrelocatebleobjectexporter

I've been working on a specific reverse-engineering technique called _unlinking_ [1] on-and-off for the past 16 months or so. I'm on my third prototype (first a set of Ghidra scripts written in Jython [2], then a fork of Ghidra [3] and now a Ghidra extension [4]) and I've started a blog in order to document it [5], which side-tracked into writing a whole series of articles on reverse-engineering to introduce the topic.

What for, you may ask? Basically I'm trying to decompile a PlayStation 1 video game and I've quickly decided that dealing alone with multiple +500 KiB executables of complete utter spaghetti code wasn't going to work. Instead, I've decided that I'd rather divide-and-conquer the problem, so I've been tooling up to split executables into relocatable object files, in order to decompile those one at a time and _Ship of Theseus_-style my way to success.

Ironically, all of that stuff is so not done that I don't even know what meaningful feedback there could be. My prototypes do work, but only for 32 bit little endian statically-linked MIPS executables. The articles on my blog are draft-quality. As for the decompilation project itself that started all of this, it hasn't seen much progress due to all of those side-quests. The overall topic is so esoteric that so far I've only managed to hear about one group of two persons that tried to do anything remotely similar and one another anecdotal account [6] that this particular skill is very uncommon among reverse engineers.

Personally, I'm starting to think that maybe I could've actually reverse-engineered and decompiled the game in the time I took to get here. I've also tried to engage with Ghidra to upstream the foundations of my modifications in my fork, but after some back-and-forth it became clear that my prototype-grade stuff wasn't industrial-grade and couldn't be merged in its current state, which is why I'm currently reworking the code in my fork as a Ghidra extension.

To those that want to provide feedback after reading all of this: beware, I've had a lot of fun going down that rabbit hole, but this is one hell of a time sink _and_ a particularly tricky mind-bender.

[1] I don't actually _know_ what's the actual name for this technique, given that there are so few resources on it out there. I do know I didn't invent it.

[2] https://github.com/boricj/ghidra-unlinker-scripts

[3] https://github.com/boricj/ghidra/tree/feature/elfrelocateble...

[4] https://github.com/boricj/ghidra-unlinker-extension

[5] https://news.ycombinator.com/item?id=36575081#36590078

[6] https://news.ycombinator.com/item?id=35729232&p=3#35740761

- The relocation synthesizer for MIPS: https://github.com/boricj/ghidra/blob/feature/elfrelocateble...

  - The Ghidra analyzer that leverages this synthesizer: https://github.com/boricj/ghidra/blob/feature/elfrelocatebleobjectexporter/Ghidra/Features/Delinker/src/main/java/ghidra/app/analyzers/RelocationTableSynthesizerAnalyzer.java