Live data from Hacker News

Codex logging bug may write TBs to local SSDs

github.com

261–270 of 296 posts

Re: Codex logging bug may write TBs to local SSDs

#261
post #50

Earlier quoted context omitted.

Yeah exactly. I'm not exactly building TUI's every day, but even i felt pain when i read that "small game engine" post

At least game engines manage to render their frames properly. Claude Code sometimes eats entire paragraphs of text output, resulting in things such as numbered lists jumping from 2 to 4 out of nowhere. I'd just ask Claude to repeat himself at first but it happens so often that I actually made a little tool to dig up the output inside the session history and present it properly in a separate terminal.

Truly, the future!

Re: Codex logging bug may write TBs to local SSDs

#262
post #10

Codex is one of the most infamous examples of slopware. Just having the window unhidden on my mac will cause it to use 100% of the GPU displaying the spinner message. THE SPINNER MESSAGE CAUSES 100% GPU USAGE ON AN MBP M5!! So any time you're waiting on the model (which is 90% of the time), your fans will be blasting (careful, don't use it on battery). The issue is on github and close to 6 months old. Probably since…

Pi mono is the only true harness. Everything else is crap

What's wrong with Opencode? (I use it and like it)

Re: Codex logging bug may write TBs to local SSDs

#263
post #228

Earlier quoted context omitted.

At least that's a decision vs a bug.

Not a decision that users are aware of though. Nor is there a setting to disable/change it. It just showed up one day and erased your previous sessions.

> Nor is there a setting to disable/change it.

https://code.claude.com/docs/en/settings#available-settings

`cleanupPeriodDays` has always existed.

Re: Codex logging bug may write TBs to local SSDs

#264
post #64

Earlier quoted context omitted.

if we are at 10x with AI and near AGI or ASI, then how is it possible that these products (Codex, Claude Code CLI) are still such garbage? shouldn't this "agentic AI revolution" have long solved this already? no way they're over there saying "we are on it plz wait" or that "it's too much effort"?

The "AI revolution" feels like it's creating a bunch of ultra-smart AI models are scarily good at cracking most of human-created security (Mythos), but also happen to be careless snobs that just leave litter and mess in their wake.

We don't really know how much human intervention there is in mythos… maybe it has a very high rate of false positives that get checked by hand before publishing them.

Re: Codex logging bug may write TBs to local SSDs

#265
post #64

Earlier quoted context omitted.

if we are at 10x with AI and near AGI or ASI, then how is it possible that these products (Codex, Claude Code CLI) are still such garbage? shouldn't this "agentic AI revolution" have long solved this already? no way they're over there saying "we are on it plz wait" or that "it's too much effort"?

Claude Code has been out for just 1 year and has millions of users already, being a major contribution to roughly $40 billion in revenue. By any stretch it is one of the most extremely fast developed products driving the most important workflow for millions of people already. "Why isn't literally everything about a product that came out a year ago with an extremely fast scaling userbase solved?" is what I hear. The g…

Or until you people finally admit the king was naked

Re: Codex logging bug may write TBs to local SSDs

#266
post #57
post #10

Codex is one of the most infamous examples of slopware. Just having the window unhidden on my mac will cause it to use 100% of the GPU displaying the spinner message. THE SPINNER MESSAGE CAUSES 100% GPU USAGE ON AN MBP M5!! So any time you're waiting on the model (which is 90% of the time), your fans will be blasting (careful, don't use it on battery). The issue is on github and close to 6 months old. Probably since…

Not only Codex, but I can't leave ChatGPT app in macOS open for few hours, because it will consume 60 gigabytes of RAM over time and crashes all the apps. Mindboggling. Or can't use Google's AI Studio in browser because it takes 100% CPU. Need to write own app for everything???

Well seems osx has a terrible oom killer.

Re: Codex logging bug may write TBs to local SSDs

#267

Earlier quoted context omitted.

That can be okay. The problems we're worried about come when it's government mandated. The EU Cyber Resilience Act puts heavy liability on vendors for software vulnerabilities that get exploited, including in open-source components they incorporate. OSS devs are shielded - liability is on the companies who incorporate OSS into commercial stuff.

In practice, what’s the difference between a government mandated license and a government that quickly rules in favor of parties who are damaged by companies that don’t use licensed software engineers? E.g. “Your software caused serious damages to our company / livelihood, and you best hope that it turns up in discovery that you used properly licensed software engineers who were following licensing best practices, ot…

They don't rule based on licensing. They rule based on damages. Your insurance might rule based on licensing.

Re: Codex logging bug may write TBs to local SSDs

#268
post #10

Codex is one of the most infamous examples of slopware. Just having the window unhidden on my mac will cause it to use 100% of the GPU displaying the spinner message. THE SPINNER MESSAGE CAUSES 100% GPU USAGE ON AN MBP M5!! So any time you're waiting on the model (which is 90% of the time), your fans will be blasting (careful, don't use it on battery). The issue is on github and close to 6 months old. Probably since…

Excel would use 100% CPU if you left a cell selected and your screen saver turned on because you were idle. That bug caused untold grief for multi-user session hosts / terminal servers / Citrix XenApp for a better part of a decade . Way before slopware! People forget that software written by people is… even worse. It’s like the self driving car debate: sure, the robot taxis will kill people on occasion, but people ki…

What's the debate? Uber killed a person but that was the better part of a decade ago. I ride Waymo s and haven't been canceled. Not that I'd notice.

Re: Codex logging bug may write TBs to local SSDs

#269
post #192

Earlier quoted context omitted.

I beg people to learn what symlinks are. The fact that "put @AGENTS.md in there" is a "common workaround" shows why programmers (good ones at least) are not going anywhere soon.

I used to use a symlink but was concerned that Claude might see the presence of an "AGENTS.md" file (in e.g, a "List Files" tool call output or from a direct `ls`), be curious and attempt to read it directly (not knowing that it's the same as the "CLAUDE.md" file auto-injected by the harness), and essentially double the token impact / context bloat. Indeed, I did some local experimentation and noticed this was the ca…

Your solution "appears" to solve the problem, but without any information about how exactly that solution works, it's just magic an vibes.

Does the harness parse the contents of CLAUDE.md, see the @AGENTS.md and then inject the contents of AGENTS.md into that file with a note saying "hey Claude-the-llm, here's the contents of AGENTS.md per an @reference"? Does the harness parse and inject but WITHOUT any ceremony telling claude-the-llm that what it's looking at is from another file? Or does the harness do nothing and Claude-the-llm is merely trained to see @references and treat those as "I should go read that file"? Which is it? If it's #1 and #3, then on long contexts/after compaction, then the LLM is still pretty likely to lose the fact that it read that file and re-read it again. If it's #2, the LLM could have the same problem as with the symlinks.

How does it work? The Anropic docs certainly don't say. So what's the best choice? I guess it's magic. For folks like me who care though, I guess there's always Pi or Opencode (or even, writing your own harness [which is shockingly easy if you want it reliable without all the fanciest features]).

Re: Codex logging bug may write TBs to local SSDs

#270

Earlier quoted context omitted.

> Like anything, you have to decide between polish vs switch to any other task in the queue Why do you "have to decide"? Let some agents go at both of those, isn't that what they claim people can just do? > Also, Codex and Claude Code aren't as bad as people say. I think most of the noise is embellished by the "hah see? AI sucks" angle. Why shouldn't it? They're not the ones making the extraordinary claims.

> Why do you "have to decide"? Let some agents go at both of those, isn't that what they claim people can just do? Because your code is still marching somewhere in tokens per second. You have to decide where they are allocated: polish or the next thing. Humans still are the ones prompting LLMs and deciding what is done. > isn't that what they claim? Why shouldn't it? They're not the ones making the extraordinary clai…

> Because your code is still marching somewhere in tokens per second. You have to decide where they are allocated: polish or the next thing. Humans still are the ones prompting LLMs and deciding what is done.

It sounds like you're saying that, even with the most tokens of anyone in the world at your disposal, you can't really finish what is effectively a glue layer between a server, a set of local files and a user?

Doesn't sound to me that the agents are all that effective TBH.

Post reply on HN