-- Leo's gemini proxy

-- Connecting to bbs.geminispace.org:1965...

-- Connected

-- Sending request

-- Meta line: 20 text/gemini; charset=utf-8

Comment by ๐Ÿš€ blah_blah_blah


Re: "is pascal a memory safe language?"

In: s/pascal


I guess it depends on what you mean by memory safe. Article says Delphi has a strong typing system that it checks at compile time, and that it does not require the use of pointers. I'd say that's a pretty weak case for memory safety, but better than nothing.


๐Ÿš€ blah_blah_blah

Mar 25 ยท 2 months ago


5 Later Comments โ†“


๐Ÿš€ stack ยท Mar 25 at 15:08:

The article sounds a bit basic and not particularly convincing. By that logic, BASIC would actually be even safer (with POKE disabled). IRL, the language presents some memory risks, but most action takes place in the libraries anyway. Good luck making the whole infrastructure safe. Or for that matter, the OS, which is likely Windows, because governments make the worst, most corrupt decisions every time.


๐Ÿš€ stack ยท Mar 25 at 19:15:

It always amuses me, in a dark way, that the US Govt. is constantly bitching about memory safe languages, while wasting trillions of dollars and killing tens of thousands of people, with zero accountability. In the meantime, real businesses and individuals who actually have to pay for things out of their own pocket, do fine with 'dangerous' memory-unsafe tech. Sure, let's blow another hundred billion on the next Ada.


๐Ÿ Addison ยท Mar 27 at 06:26:

No memory is safe from a big ol' capacitor


๐Ÿ™ norayr [OP/mod] ยท Mar 27 at 11:55:

i guess i don't have enough background to understand this. memory itself is a colection f cells tht hold the charge, i e. capacitors, right? then you say memory is nt safe from capactors? i don't understand.


๐Ÿš€ stack ยท Mar 27 at 16:01:

It's the operating systems you have to look out for. They eat memory, and you have to keep buying more.


Original Post


๐ŸŒ’ s/pascal

is pascal a memory safe language?

๐Ÿ’ฌ norayr [mod] ยท 7 comments ยท Mar 25 ยท 2 months ago

-- Response ended

-- Page fetched on Sun Jun 2 15:34:45 2024