this post was submitted on 01 Jun 2025
24 points (90.0% liked)

Programming

21332 readers
313 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 2 years ago
MODERATORS
 

What I think in addition to what Atkinso writes: If you just strip arbitrary bytes that happen to be equal in value to the numeric value of ASCII control characters or whitespace, how can you be sure that you don't destroy valid non-whitespace unicode symbols?

You can't! This will work only of you have actually ASCII input.

all 13 comments
sorted by: hot top controversial new old
[–] Kissaki@programming.dev 6 points 1 month ago* (last edited 1 month ago) (1 children)

The link is broken. Looks like code was accidentally pasted there.

https://lukasatkinson.de/2025/net-negative-cursor/%20%20%20%20let%20mut%20bytes%20=%20vec![0u8;%20len%20as%20usize];%20%20%20%20buf.read_exact(&mut%20bytes)?%3B++++++++%2F%2F+Sanitize+control+characters+++++let+sanitized_bytes%3A+Vec%3Cu8%3E+=+bytes.into_iter%28%29+++++++++.filter%28%7C&b%7C+b+%3E=+32+%7C%7C+b+%3D%3D+9+%7C%7C+b+%3D%3D+10+%7C%7C+b+%3D%3D+13%29+%2F%2F+Allow+space%2C+tab%2C+newline%2C+carriage+return++++.collect%28%29%3B

404 Page Not Found
The page you have requested does not exist. Would you like to visit the start page?

Cleaned up link: https://lukasatkinson.de/2025/net-negative-cursor/

[–] HaraldvonBlauzahn@feddit.org 2 points 1 month ago

Thanks, I fixed it!

[–] A_norny_mousse@feddit.org 3 points 1 month ago

Not a coder but I grasped enough.

Lastly, I'd like to know where the AI got the idea from. Sounds like pizza glue.

[–] FizzyOrange@programming.dev 2 points 1 month ago

I don't think this is a very interesting article. We already know AI suggests nonsense a lot of the time. That in no way demonstrates that it is net-negative. In my experience it's a net positive even accounting for the times it gets things wrong.

Yes you do have to review its code closely. News at 10.

It is kind of funny that they picked an example where it made an obvious mistake for their hero image though.

[–] HaraldvonBlauzahn@feddit.org 0 points 1 month ago (1 children)

let mut bytes = vec![0u8; len as usize];
    buf.read_exact(&mut bytes)?;

// Sanitize control characters
let sanitized_bytes: Vec<u8> = bytes.into_iter()
    .filter(|&b| b >= 32 || b == 9 || b == 10 || b == 13) // Allow space, tab, newline, carriage return
    .collect();


This implicitly, and wrongly, swaps the interpretation of the input from UTF8 text to pure ASCII.

[–] setsubyou@lemmy.world 6 points 1 month ago (2 children)

In UTF8, all bytes that are not an ASCII character have the high bit set.

[–] sxan@midwest.social 1 points 1 month ago

This person Unicodes

[–] HaraldvonBlauzahn@feddit.org -2 points 1 month ago (2 children)

You are right with this. But still, in Rust, a vector of u8 is different from a sequence of unicode characters. This would not work in Python3 either, while it'd work in Python2.

[–] brian@programming.dev 2 points 1 month ago* (last edited 1 month ago) (1 children)

~~yeah it's incorrect bc it destroys multibyte characters, but~~ no idea what you're saying about u8 being a different type from unicode. the original code was reading bytes and converting them too? the typing isn't the issue, you can still store utf8 as a series of bytes

[–] Markaos@discuss.tchncs.de 1 points 1 month ago (1 children)

it's incorrect bc it destroys multibyte characters

It doesn't. As the poster two levels up said, all bytes that don't represent an ASCII character have the high bit set, even the follow-up bytes in multibyte sequences. So the condition b >= 32 will match and preserve them.

[–] brian@programming.dev 4 points 1 month ago

yeah fair enough. that wasn't really my point and I wasn't paying attention

[–] FizzyOrange@programming.dev 1 points 1 month ago (1 children)

No, the filter is correct even for UTF-8. Any ASCII character is exactly unchanged in UTF-8 (part of the reason it is popular). Since this code only filters out ASCII characters it works fine with ASCII or UTF-8.