Re: [chuck-users] FileIO.read( int ) -- why not implement?

Hm, yeah, I remember you mentioned preprocessing with Python or something. This is great for what it works for (esp. since you can just write and chuck files straight from Python's shell capabilities) but even just reading a particular character in a string--reading a string as an array of 8-bit chars, for instance--would be great. If I continue hacking through the string class, what are some useful methods? I saw some of the undocumented string methods like .trim() and a few others (documented in examples/strings/) but those seem like the beginnings of something taken out of the oven a little too early. What would be helpful to have, and how can I make sure that additions are transportable to other builds? Anyone want to test some new methods? With a few very, very simple string methods we could build the rest into the LiCK library. Andrew On Feb 6, 2010, at 4:37 PM, mike clemow wrote:

Andrew,

Not that this helps you out or even lends to your argument, but I've been pre-processing my input files so that ChucK can read them easier. I have a feeling that the file IO for ChucK owes part of its heritage to the processing of SKINI files, which is a Perry Cook thing. The current IO methods seem to be ideally suited for this purpose.

https://ccrma.stanford.edu/software/stk/skini.html

But I'm with you, man: string parsing / regex stuff is absolutely necessary to make any sort of FileIO worth our while.

Should also be fairly easy to wrap up some basic C++ stuff into Chuck.

Unhelpfully, Mike

2010/2/6 Andrew C. Smith Hey list, it's been a while.

I've got this quick little script for reading in Scala files, and there's a particularly important part of it that goes like this:

if (scale.more() && scale.read(1) == "/") { if (scale.more()) { scale.readInt(1) => den; } }

Basically, I'm just reading in from the file (FileIO scale) to see if the next character is a slash. If so, it's a ratio and I assume that the next number is the denominator. However, I had to go in and un-comment the whole FileIO.read(int) section in the source code. I haven't had any problems with it and can't figure out why it was commented out. It seems so useful to just read a particular number of characters, but this workaround means that I can't share my code with anyone else very easily.

Also, we had that wish list going and no one ever said (at least not that I saw) "regular expressions." But, seriously, that would be so helpful for parsing outside information. And I think you all know how much fun it is to pump random outside data through algorithms. I don't exactly see how the FileIO thing is particularly useful unless there's some way of parsing the data.

What have you all come up with? Is anyone using FileIO? What about a Floss addition? Nice manual, by the way. Good work list.

Andrew

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

-- http://michaelclemow.com http://semiotech.org

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users