Le 29/07/2017 à 09:41, Olaf Meeuwissen a écrit :
Hi,
Didier Kryn writes:
In an ideal word, software would have
- maximum performance
- minimum resource usage
- minimum of dangerous bugs
In an ideal world, software would have *no* bugs ;-)
And zero resource usage
On Sat, 29 Jul 2017 16:41:01 +0900
Olaf Meeuwissen wrote:
> > In an ideal word, software would have
> >
> > - maximum performance
> > - minimum resource usage
> > - minimum of dangerous bugs
>
> In an ideal world, software would have *no* bugs ;-)
>
> > - easy maintai
Hi,
Didier Kryn writes:
> In an ideal word, software would have
>
> - maximum performance
> - minimum resource usage
> - minimum of dangerous bugs
In an ideal world, software would have *no* bugs ;-)
> - easy maintainability
> - fast development
> - what else?
Le 27/07/2017 à 16:18, Enrico Weigelt, metux IT consult a écrit :
On 27.07.2017 08:22, Didier Kryn wrote:
At first glance at least, it means that file offsets are managed in the
kernel or VFS
Of course they are. That's required for any sane multiprocessing
implementation. And some files/devic
On 27.07.2017 08:22, Didier Kryn wrote:
At first glance at least, it means that file offsets are managed in the
kernel or VFS
Of course they are. That's required for any sane multiprocessing
implementation. And some files/devices don't even have the notion
of a current position (IOW: not seeka
Le 26/07/2017 à 22:00, Christopher Clements a écrit :
Wouldn't this work? (no error checking of course XD)
off_t lseek(int fd, off_t offset, int whence);
ssize_t write(int fd, const void *buf, size_t count);
ssize_t pwrite(int fd, const void *buf, size_t count, off_t
offset) {