Back in the day when i had a windows laptop for work you could just download the windows binary distribution of emacs and run that, has something changed?
This is what I do when I use Windows.
However, in recent years, I tend to use Emacs via WSL.
However, I believe Microsoft Intune is used within the Business to control what software can and cannot be installed. So my guess is Windows won't allow you to install via a typical .exe
I am not suggesting the above is 100% valid. I just don't want to get a new laptop and find out. Maybe I can still use Emacs via WSL... bypassing Intune????
At the end of the day, I understand Security is getting much more serious in recent years - and we even have a dedicated department - but controlling the software to install is crazy, especially for a development team.
Does Intune stop you from running any unapproved .exe's? Because IIRC Emacs can run as a "portable" executable that doesn't need to be installed in Program Files.
(I don't have any experience with Intune so pardon my ignorance.)
My guess is that with non-left political movements on the rise better surveillance tools were needed to prevent them from winning the elections around europe.
I really don’t but any other reason, as other tools (legal and technological) are already in place.
If you look at who voted for chat control approval you would find that it's majority the currently in power centre right parties. The more far right or left you go the more likely they were against. It's like the one issue where AfD, die Linke and Greens are aligned. That suggests that it's most likely hard lobby that bribes the established class.
Nt being able to scan personal communications would break big tech platforms main monetisation strategy (selling peoples data).
None of these will be used to attack the far-right parties on the right though. They barely investigate those parties in the individual countries, but they focus more on the moderate left already.
To me it seems like the minority would be far more interested in implementing surveillance tools so they can target the majority in order to try and gain and maintain power.
From what I skimmed manually, not that many, but the code itself seems labyrinthical. Like, why have both Rust Try-supporting Error-like tagged union, but also booleans, for error handling, in the same function?
Now that I have taken a closer look, the code looks significantly better than it seemed at first glance, though there are still peculiarities, and some drawbacks.
An unfortunate aspect is that the code has become a bit more bloated in some regards due to usage of Result, instead of an implicit elog() macro and similar. Passing Result around, in some ways as an alternative to an unwinding exception, is cleaner in some ways, but it also bloats the code somewhat.
The rewrite also could have simpler code in some cases, like
I see a lot of MemoryContext. I am not sure how much that bloats the code (though the C code is bloated due to C's issues and problems, like re-using collections and such). Does it incur an overhead?
> The rewrite also could have simpler code in some cases
The Rust code is a literal translation of the Postgres code which returns the value at the end instead of an early return.
> I see a lot of MemoryContext
MemoryContext in C is used for multiple reasons: 1) performance 2) keeping track of how much memory has been allocated and where and 3) preventing memory leaks.
Reasons 1 and 2 are still relevant for Rust. The challenge is in C memory contexts are stored in a global variable. Global variables don't work well with the rust borrow checker so I opted for passing memory contexts as function arguments instead.
Sorry, I wrongly assumed in the C code when I skimmed it that the boolean was for error handling, not the result value. The elog() macro is used for error handling.
I'm currently on the 20 $/mo subscription and using codex meaningfully, and i'm loving this.
I am considering bumping my subscription to the 100 $/month and this might be the reason i switch, BUT: i really envision me using this also through other means as well (eg: agents like openclaw/hermes) in agentic ways.
Will this be supported?
I can make OpenAI stuff the center of my agentic AI life, but I need it to be interoperable.
We're adding support to the API soon, which will let you integrate with any agent in the background. Would love to see the community go wild with it. You can sign up to be notified here: https://openai.com/form/gpt-live-1-in-the-api/
> No company can plan based on the tariffs. There is zero guarantee that then next government won't revoked them or that the current one won't flip-flop. Local manufacturing doesn't swing on a 2-4 (or 6 or 8) year timescale. There needs to be consistency.
Indeed, but the role of a government is to steer/push private initiative in a certain direction.
Tariffs and stuff are steering private companies towards building stuff in-house (as in: "in the us").
Future initiative inconsistent with this directions will essentially be a sabotage of the US economy.
Tariff introduced by congress? Sure. Tariffs introduced by fiat? No.
The fact that a president can create them out of thin air means they can be removed just as easily. I'm not anti-tariff or anti-re-homing-production (where it makes sense) but the _way_ it was done is my problem. Additionally there was no ramp, it was 0->100 immediately. A bill passed by congress to slowly ratchet up tariffs or similar over a period of time would have a much larger impact IMHO. It would give companies the ability to plan instead of just react. The tariffs were enacted in a timespan that made it impossible to move production local before they went into effect. Additionally, tariffs being applied unequally is terrible, it just means whoever has the biggest bribes (solid gold plaque holders anyone?) or can pretend they are moving manufacturing back to the US gets an advantage.
The amount of power held in the executive branch is unacceptable. Just look at how they raided/repurposed the CHIPS act money to force Intel (which I have no real love for) to sell a stake to the government.
Additionally, tariffs should be targeted for the specific goods (e.g. CHIPS Act). To do blanket tariffs on entire countries doesn't make sense. Why move manufacturing to the US when importing raw materials also costs more?
Some of them were removed. And then put back. Then increased, then decreased, or otherwise changed depending on what Trump was thinking at 3am while making social media posts
Well thought out strategic tariffs are ok. But this is knee jerk tariffs. Even in the best case scenario introduces a lot of uncertainty which freezes investing and decision making in general.
The American electorate seems quite happy to elect people who will sabotage the US economy, so that isn't any reassurance that it won't happen. Tariffs are currently going up and down based on a single man's whims.
In fairness that used to be common to have in most IDEs.
I don’t know if it’s still the case but i remember that the first java language server was spun off the Eclipse’s java semantic parsing engine.
reply