🚀 go-pugleaf

On Saturday, May 21, 2016 at 11:33:15 AM UTC+2, Borneq wrote:
> Więc jest "rb" - czytanie binarne
> "wb" - rewrite - zeruje plik
> chyba też jest append "ab" - dopisywanie na końcu
> A jak zrobić coś takiego:
> plik ma 18 giga, ustawiam się w pozycji 10 giga i zaczynam zapisywać:
> gdybym zapisał 1 bajt- plik maiłby 10 giga zamiast 18.
> Ale gdy zapiszę teraz 10 giga plik będzie miał 20 giga

może funkcja fseek, a w ogóle to wszystkie funkcjie 64-ro bitowe

On 2016-05-21 11:33, Borneq wrote:
> plik ma 18 giga, ustawiam się w pozycji 10 giga i zaczynam zapisywać:
> gdybym zapisał 1 bajt- plik maiłby 10 giga zamiast 18.

http://man7.org/linux/man-pages/man2/truncate.2.html

Nie każdy filesystem to obsługuje.

On 21/05/2016 11:33, Borneq wrote:
> A jak zrobić coś takiego:
> plik ma 18 giga, ustawiam się w pozycji 10 giga i zaczynam zapisywać:
> gdybym zapisał 1 bajt- plik maiłby 10 giga zamiast 18.

IMHO nie ma takiej opcji w czystym C. Musisz przepisać twoje 10G do 
innego pliku, usunąć oryginał, i zmienić nazwę pliku tymczasowego na ten 
oryginalny.

Alternatywnie istnieje też taka opcja (dużo szybsza):
http://linux.die.net/man/2/ftruncate

...ale to już nie jest ANSI C.

Mateusz

W dniu 21.05.2016 o 11:57, Mateusz Viste pisze:
> Alternatywnie istnieje też taka opcja (dużo szybsza):
> http://linux.die.net/man/2/ftruncate
>
> ...ale to już nie jest ANSI C.

nie musi to być czyste ANSI C, ale aby działało zarówno w Linuxie 
(docelowo) jak i pod Windows (do testów).

Użytkownik "Borneq" <borneq@antyspam.hidden.pl> napisał:
> Więc jest "rb" - czytanie binarne
> "wb" - rewrite - zeruje plik
> chyba też jest append "ab" - dopisywanie na końcu
> A jak zrobić coś takiego:

Moze by tak poczytal podrzadnie o fopen? Hę? (szczegolnie o +).
To przeciez _zupelne podstawy_!

AK 

Użytkownik "Mateusz Viste" <mateusz.viste@localhost> napisał:

> IMHO nie ma takiej opcji w czystym C.

No naprawde człek sie uczy całe życie :)

AK 

On 2016-05-21 18:05, AK wrote:
> Moze by tak poczytal podrzadnie o fopen? Hę? (szczegolnie o +).

Ja sobie wlasnie czytam z ciekawości i nikt nie wspomina o "+" jako 
funckjonalnosci od *obcinania* pliku w *konkretnym* miejscu. Owszem są 
rózne flagi np. w glibc poza standardem. Z resztą nie wiadomo jak podać 
do fopen offset.

> To przeciez _zupelne podstawy_!

Możesz pokazać jak za pomocą fopen obciąć ostatnie 5 bajtów w pliku 
który ma rozmiar 20 bajtów i zapisać tylko jeden bajt dostając plik o 
rozmiarze 16 bajtów?

On 21/05/2016 18:07, AK wrote:
>> IMHO nie ma takiej opcji w czystym C.
>
> No naprawde człek sie uczy całe życie :)
>
> AK

Wyczuwam sarkazm. Albo kolega nie zrozumiał pytania, albo wie o czymś o 
czym ja nie wiem.

W jaki sposób zatem obciąć plik w dowolnie wybranym offsecie zgodnie z 
ISO/IEC 9899:1990 ?

Mateusz

On Saturday, May 21, 2016 at 9:11:19 PM UTC+2, Mateusz Viste wrote:
> On 21/05/2016 18:07, AK wrote:
> >> IMHO nie ma takiej opcji w czystym C.
> >
> > No naprawde człek sie uczy całe życie :)
> >
> > AK
> 
> Wyczuwam sarkazm. Albo kolega nie zrozumiał pytania, albo wie o czymś o 
> czym ja nie wiem.
> 
> W jaki sposób zatem obciąć plik w dowolnie wybranym offsecie zgodnie z 
> ISO/IEC 9899:1990 ?
> 
> Mateusz

Ja początkowo też nie zrozumiałem pytania, bo wydało mi się 
baaaardzo dziwne, gdy ktoś tak kurczowo się iso.
Pozdrawiam

W dniu 21.05.2016 o 12:15, Borneq pisze:
> W dniu 21.05.2016 o 11:57, Mateusz Viste pisze:
>> Alternatywnie istnieje też taka opcja (dużo szybsza):
>> http://linux.die.net/man/2/ftruncate
>>
>> ...ale to już nie jest ANSI C.
>
> nie musi to być czyste ANSI C, ale aby działało zarówno w Linuxie
> (docelowo) jak i pod Windows (do testów).
>
pod Windows próbuję:
void truncate(char *path, uint64_t position)
{
	LARGE_INTEGER lr;
	lr.QuadPart = position;
	OFSTRUCT ofstruct;
	HANDLE hFile = OpenFile(path, &ofstruct, OF_WRITE);
	SetFilePointer(hFile, lr.LowPart, &lr.HighPart, FILE_BEGIN);
	SetEndOfFile(hFile);
	CloseHandle(hFile);
}

Ale błąd bo OpenFile() chce podawać HFILE a nie HANDLE, natomiast 
pozostałe funkcje chcą HANDLE.

W dniu 22.05.2016 o 08:22, Borneq pisze:
> Ale błąd bo OpenFile() chce podawać HFILE a nie HANDLE, natomiast
> pozostałe funkcje chcą HANDLE.

powinno być
HANDLE hFile = CreateFileA(path,GENERIC_WRITE, 
0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,NULL);

On Sunday, May 22, 2016 at 8:33:26 AM UTC+2, Borneq wrote:
> W dniu 22.05.2016 o 08:22, Borneq pisze:
> > Ale błąd bo OpenFile() chce podawać HFILE a nie HANDLE, natomiast
> > pozostałe funkcje chcą HANDLE.
> 
> powinno być
> HANDLE hFile = CreateFileA(path,GENERIC_WRITE, 
> 0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,NULL);

Może to ze stacka będzie bardziej przenośne?

http://stackoverflow.com/questions/873454/how-to-truncate-a-file-in-c

[
If you want to preserve the previous contents of the file up to some length (a length bigger than zero, which other answers provide), then POSIX provides the truncate() and ftruncate() functions for the job.

#include <unistd.h>
int ftruncate(int fildes, off_t length);
int truncate(const char *path, off_t length);

The name indicates the primary purpose - shortening a file. But if the specified length is longer than the previous length, the file grows (zero padding) to the new size. Note that ftruncate() works on a file descriptor, not a FILE *; you could use:

if (ftruncate(fileno(fp), new_length) != 0) ...error handling...

However, you should be aware that mixing file stream (FILE *) and file descriptor (int) access to a single file is apt to lead to confusion — see the comments for some of the issues. This should be a last resort.

It is likely, though, that for your purposes, truncate on open is all you need, and for that, the options given by others will be sufficient.
]

On 22/05/2016 10:12, M.M. wrote:
> Może to ze stacka będzie bardziej przenośne?
>
> http://stackoverflow.com/questions/873454/how-to-truncate-a-file-in-c

Dokładnie to sugerowałem, ale OP pytał o rozwiązanie działające także na 
Windows, pytanie czy Mingw wspiera ftruncate() i czy faktycznie działa 
niezależnie od tego czy plik jest na NTFS, VFAT czy czymkolwiek innym to 
pewnego rodzaju loteria.

Jeśli ma działać zawsze, wszędzie i nie musi być szybko - trzeba 
przepisywać.
Jeśli ma być szybkie i skuteczne - ftruncate64(), ale tu trzeba mocno 
kontrolować na czym produkt końcowy będzie działać i ostro testować.

Mateusz

Użytkownik "Borneq" <borneq@antyspam.hidden.pl> napisał:

> nie musi to być czyste ANSI C, ale aby działało zarówno w Linuxie (docelowo) jak i pod Windows (do 
> testów).

Ehh.. Mlodziezy Mlodziezy.. :(

#include <stdio.h>

char buffer[] = "xyz";

int main()
{
   FILE* f;
   f = fopen("z.txt", "rb+");
   fseek(f, 10, SEEK_SET);
   fwrite(buffer, sizeof(buffer[0]), sizeof(buffer), f);
   fflush(f);
   chsize(fileno(f), ftell(f) - 1);
   fclose(f);
   return 0;
}

PS: chsize jest (o ile pamietam) Posixowa, ale na Windows tez jest (zarowno mingw jak i VC - Borland 
chyba tez).
PS1: Nie pytac mnie wiecej prosze, bo z C zerwalem na dobre (noo. prawie..) 4 lata temu.

AK

Użytkownik "M.M." <mmarszik@gmail.com> napisał:

> Ja początkowo też nie zrozumiałem pytania, bo wydało mi się
> baaaardzo dziwne, gdy ktoś tak kurczowo się iso.

Gratuluje.  Dobre podejscie.
Czasem zupelnie nie ma sensu kurczowe trzymanie sie ISO.
ISO ma w cholere wad i braków, a i zadna nietykalna swietoscia nie jest.
Nalezy sie "zaledwie" bardzo starac byc zgodnym z ISO, ale zeby
w celu zgodnosci z nim przepisywac (zwlaszcza gigabajtowy:) plik to juz
delikatie mowiac przesada.

AK

Użytkownik "AK" <nobody@nowhere.com> napisał;

> PS: chsize jest (o ile pamietam) Posixowa, ale na Windows tez jest (zarowno mingw jak i VC - 
> Borland chyba tez).

Mozna tez pokombinowac z freeopen(), ew dup(), fdopen itp, i podobnymi technikami, ale nie polecm 
(bo i po co?).

AK

On 22/05/2016 19:17, AK wrote:
> #include <stdio.h>
>
> char buffer[] = "xyz";
>
> int main()
> {
>    FILE* f;
>    f = fopen("z.txt", "rb+");
>    fseek(f, 10, SEEK_SET);
>    fwrite(buffer, sizeof(buffer[0]), sizeof(buffer), f);
>    fflush(f);
>    chsize(fileno(f), ftell(f) - 1);
>    fclose(f);
>    return 0;
> }

Niestety, podany kod się nie kompiluje.

mateusz:~> gcc ak.c -o ak
/tmp/cctGhGNg.o: In function `main':
t.c:(.text+0x80): undefined reference to `chsize'
collect2: error: ld returned 1 exit status
mateusz:~> uname -a
Linux 4.1.20-11 SMP Fri Mar 18 14:42:07 UTC 2016 x86_64 GNU/Linux

Widzę jednak, że na Windowsach coś takiego istnieje:
int _chsize(int fd, long size);

Ale OP pytał o coś co docelowa będzie działać na Linuksie. Do tego drugi 
problem: mowa była o wielo-gigabajtowym pliku, a funkcja którą 
proponujesz jest ograniczona do 2G-1.

Mateusz

W dniu 22.05.2016 o 19:17, AK pisze:
>   chsize(fileno(f), ftell(f) - 1);

void truncatePath(const char *path, uint64_t position)
{
#ifdef _WIN32
	LARGE_INTEGER lr;
	lr.QuadPart = position;
	OFSTRUCT ofstruct;
	HANDLE hFile = CreateFileA(path, GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 
FILE_ATTRIBUTE_NORMAL, NULL);
	SetFilePointer(hFile, lr.LowPart, &lr.HighPart, FILE_BEGIN);
	SetEndOfFile(hFile);
	CloseHandle(hFile);
#else
	truncate64(path, position);
#endif
}

zdaje się #include <unistd.h>, podam co u mnie:
#ifdef _WIN32
#include <Windows.h>
#else
#include <sys/statvfs.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
#include <linux/limits.h>
#include <dirent.h>
#endif

On 22/05/2016 19:23, AK wrote:
> Czasem zupelnie nie ma sensu kurczowe trzymanie sie ISO.
> ISO ma w cholere wad i braków, a i zadna nietykalna swietoscia nie jest.

Oczywiście - wszystko zależy od potrzeby, kontekstu, założeń... Nie 
chodzi tu o żadne trzymanie się standardu za wszelką cenę.

W mojej pierwszej odpowiedzi napisałem iż w ramach standardu można tylko 
przepisywać, a jeśli wyjście poza C89 wchodzi w grę to należy kombinować 
z ftruncate(). To drugie podejście wiąże się jednak z ryzykiem że nie 
wszędzie to zadziała i trzeba będzie potestować to i owo. Sytuację dość 
dobrze obrazuje niedziałający kod który podałeś nieco wyżej w wątku.

A OP wybierze drogę którą uzna za najstosowniejszą do swoich potrzeb.

Mateusz