PureBasic Forum

I would like to request the Read functions (all var types) get a version with the same format as the Peek functions. Look how much cleaner this can be...


...if you have to put parens in for consistency, that's fine.
Debug ReadS()

Thanks!

Ummm, we already have Peek() functions...

And how do you read numerous strings of unknown length, using PeekS?

Like this?

I recognize those are both useable workarounds, but I was requesting new PB commands that operate at the speed of PB, not the speed of workarounds.

Using the existing commands: Read.s and PeekS() are NOT workarounds or slow.

No, read.s is not a workaround, but is not a "function" that allows assigning a var its return value. But is IS cumbersome coding because it requires a "temporary" variable.

PeekS IS a workaround, because it does not read data sequentially.

Using a handwritten ReadS() function works, but has a lot of unnecessary overhead. If Fred were to implement it as a native function, I'd bet 100% of that overhead would go away. It IS a workaround, and a reasonable workaround until we get a native command, if we ever do. This is the wishlist forum, and I am just expressing a simple wish. It can't be a time consuming implementation.

I gather that you are requesting a function that modifies the data pointer and returns a type of data read from the data pointer. I agree that that would be a useful thing.


Contrary to your comment you currently can use 'Read' to place data directly in a variable without the need for a temporary variable, you just can't use it in an any kind of expression or as a literal (without being placed in a variable). You would just use: Read.s MyString.

As stated PeekS() and it's relatives are functions and return data of a specific type but do not update a data pointer. I suggest that instead of adding a group of new 'Read' functions that a 'Peek' type of function be implemented that updates a data pointer.

Perhaps something like IPeekS(*dataPtr), IPeekD(*dataPtr), and etc. The 'I' stands for increment. It would return the data from the memory location and update the pointer by the size of the data.

It would look something like:


I think such a think would be useful because it would complement the 'Read' functionality with direct access to memory. As a plus it would allow several simultaneous reads from different locations.

If implemented it would also would beg the question, "Neglecting the origins of BASIC, why would you need 'Read' for anything anymore?"


It should be noted that the current function of Data/Read does not allow the use of fixed length strings.


@Edit: corrected typo from "just can use" to "just can't use"

This does NOT work as a function parameter for calling another function. Like I said, it requires a temporary variable.

Conversely, if Read were implemented with full access, why would one need Peek/Poke??? Peek is more of an antiquated command that was implemented due to lack of pointers etc. No other language uses it, other than languages trying to workaround their lack of string and or data handling.

I agree, and I corrected the typo in the previous message.