cifa the king

grazie mille per il gift

ok nessun problema. ricordati solo le 19 come orario e i giorni giusti!

Figurati, per dare una mano sono sempre disponibile. Fai conto che qui cercano tantissimi insegnanti.

Allora, innanzitutto la tua ragazza può provare a chiedere un prestito governativo se ha voglia di tentare fin da subito. Con quanto e dove si è laureata?
Onestamente non conosco i prezzi né le condizioni necessarie per adoperare i residence universitari. Avete superato entrambi lo IELTS? Per quanto riguarda il lavoro, ho scritto un post sul topic delle università in Inghilterra, ma in linea di massima consiglio di cercarsi un lavoro modesto come copertura fino a quando non avrete ottenuto entrambi il NINO, tramite appuntamento al national job center. Una volta fatto questo, non sarà difficile trovare qualcosa di meglio e fare più soldi. Io guadagno 1200 pounds al mese con un part time da 20 ore settimanali.

Lol sì decisamente .

Il bundle di Max Payne è ottimo .

A me andrebbe anche bene ma l'ho giusto promesso a Thorin che ha caricato lo steam wallet 5€ apposta per prendere 2 chiavi tf2 .

hai gli mp pieni quindi scrivo qui:

Ciao, ti può interessare qualcosa da qui per DD + DLC? (la parte con le key)

Posso offrire inoltre anche un frozen synapse tradabile volendo. Lo devo rimediare per Sauron .

è vero è big endian, controllato ora la documentazione

il mio codice a me funziona quindi è qualcos'altro però la documentazione di writeFloat mi sembra che lo descriva come little endian

guarda, giusto perché parli di bytebuffer, per provare il tuo codice avevo giusto scritto un pezzo di java coi bytebuffer, quindi prima di buttarlo via

codice:

import java.nio.*;import java.nio.channels.*;
import java.nio.file.*;


class Test
{
	public static void main(String[] args) throws Exception
	{
		Path inputFilePath = Paths.get("test.dat");
		
		// prepare buffer
		float[] floats = new float[] { 3.14f, 2.76f, 1.1f };
		ByteBuffer byteBuffer = ByteBuffer.allocate(floats.length * 4);
		byteBuffer.order(ByteOrder.LITTLE_ENDIAN);
		FloatBuffer floatBuffer = byteBuffer.asFloatBuffer().put(floats);
		
		// write
		FileChannel fileChannel = FileChannel.open(inputFilePath,
			StandardOpenOption.CREATE, StandardOpenOption.WRITE);
		fileChannel.write(byteBuffer);
		fileChannel.close();
		
		// read
		fileChannel = FileChannel.open(
			inputFilePath, StandardOpenOption.READ);
		fileChannel.read(byteBuffer);
		fileChannel.close();
		
		// print
		for (int i = 0; i < 3; ++i)
			System.out.println(floatBuffer.get(i));
	}
}

(ovviamente manca la gestione delle eccezioni

Per la cronaca, perché non una cosa del genere? Se dopo devi farci dei calcoli usare un vector di char è inutilmente doloroso

codice:

# include <cstddef># include <fstream>
# include <iostream>
# include <string>
# include <vector>


int main()
{
	const std::string PATH = "test.dat";
	const std::size_t FLOATS = 3;
	
	std::vector<float> numbers(FLOATS);
	std::ifstream in(PATH.c_str(), std::ios::binary);
	
	if (!in)
		std::cerr << "error opening file " << PATH << '\n';
	
	in.read(reinterpret_cast<char *>(&numbers.at(0)),
		FLOATS * sizeof (float));
	
	for (auto i : numbers)
		std::cout << i << '\n';
}

codice:

printf("%f\n\n",myvector[0])

myvector[0] è un char, non un float. Devi fare un po' di porcherie: ottenere un puntatore a quel char, convertirlo ad un puntatore a float e dereferenziarlo ottenendo quel float:

codice:

printf("%f\n\n", *((float *) &floats[0]))

Se anche così ottieni risultati sballati potrebbe essere che il metodo Java da te usato sia big endian e i float C++ little endian, ma non dovrebbe essere il tuo caso, writeFloat dovrebbe scrivere little endian come probabilmente è la tua macchina.

Ma perché non un vector<float> e un cout?

ci do' un'occhiata stasera a casa

giàffatto

Intendevo che sapendo la lunghezza massima avresti potuto allocare un buffer ed usare std::ifstream::getline (che è diversa da std::getline) o addirittura la versione C ovvero fgets.
A quanto dici non è così, però se hai tempo provaci lo stesso, devi solo gestirti un attimo il caso in cui la riga sia più lunga del previsto, ma con un buffer sufficientemente grande dovrebbe accadere raramente (e puoi farlo grande quanto vuoi tanto lo allochi solo una volta all'inizio).
Te lo dico perché magari std::getline è implementata a càzzo nel tuo sistema, mentre per essere efficiente dev'essere scritta per bene altrimenti rialloca ogni volta la stringa che gli passi: http://compgroups.net/comp.lang.c++....ormance/476257

Il tuo profiler non va più "in profondità" di std::getline? Tanto per sapere se il collo di bottiglia sia effettivamente la lettura dell'input o l'overhead dato dai vari layer di astrazione (e dalla OOP) delle librerie C++.