Hehe not what it seems ... this pipe and stuff are different:-D
I'm getting tired of when I get to write something end up discovering I need to read about some more other thing(s). :-x
Basically I had this program that I wanted to write that gets some images in and I'd do something with them in pairs (nervermind the details... 8-) ) of two: the next one with the previous one. I'm gonna use a shell prog from Aminet to get the images in from the serial port but that is only temporarily to test the thing.
I wanted it to be fast so I was thinking about minimizing the time it takes to receive the images.. I was initially gonna do some kind of ring buffer thing but ended up, because of a hint of someone in here sometime ago, going for the pipe. Now I've been reading some stuff on the RKM LIbraries book wich I have ( also got the Dev CD 2.1), and I thought what I know was enouph but ended up stumbling with stuff like sending packets to handlers (in this case the queue handler), locks and filehandles. I thought to myself well there must be something on the DevCD, but no, what's there is not enouph. There is some stuff about the 1.2 DOs packets or something that I don't even know if is up to date, and mentions that the DOs Manual has more info (though not full description of all packet types wich is on that part of the Dev CD).
TO make this thing short I need two things:
1- Where can I read about Locks, filehandles and packet sending to hanglers and filesystems and any more related necessary stuff? (Ok the mentioned DOS Manual is one...)
2- Is there a better way to do what I want to do without using the pipe? I want to minimize the time my program takes to receive the images and to put them in a buffer and then copying them over seems unecessay to me. Maybe I could read the pipe directly ? It seemed a good buffer though. FIFO order like I want, can be easily setup to different buffer sizes....
3- By the way is the Pipe fast?
4- What about using some ramsdisk kind of thing (wich I would still have to learn about too :pissed: ) to store the consequent images and then making some kind of circular buffer within a directory with the files received? But that would eliminate the possible use of streams right?