Caligulaminus

I thought the same as sfuo wrote.

Then how about [CODE] ReceiptBag bags[] = {"zero", "one"}; ReceiptBag &zero = bags[0]; ReceiptBag &one = bags[1]; [/CODE] :icon_mrgreen:

@Ancient Dragon We? Who is we?

[QUOTE]op_ovld_unary.cc:18: error: ‘bool co_ordi::operator!(const co_ordi&)’ must take ‘void’[/QUOTE] i.e. bool co_ordi::operator!() must [B]not[/B] take [ICODE]const co_ordi&[/ICODE].

[ICODE]product = base * base;[/ICODE] <-- look here.

[QUOTE=WaltP;1740104]And what the heck is [B]50[/B]???? [/QUOTE] The number of rohan-primes between 0 and 200. :icon_mrgreen:

I once had to send data (weight of several silos) received on eight RS232 interfaces to a central server. What I did was: Write data continuously to file(s). Every (configurable) time interval I closed the files and sent them via FTP to the server which itself was looking for new …

[QUOTE=siabenie;1736830] So the output would be: 022446811 [/QUOTE] You are forgetting the [ICODE]i++[/ICODE] in the [ICODE]for()[/ICODE]. Why don't you just 'ask' your compiler?

@zeroliken Chars are integers. No problem there. @Karlwakim I think your problem is srand() is inside your loop. Put it before the loop and you should 'go random'. Rule of thumb: srand() allways only once at the beginning of your main.

EDIT: deleted

See: [url]http://www.daniweb.com/software-development/cpp/threads/364890/1563056#post1563056[/url]

[ICODE]featureID[i] = featureID;[/ICODE] Naming conflict?

And you mean [CODE]for([...];i+=10)[/CODE].

Wouldn't that be [CODE]copy(wind.begin(), wind.end(), ostream_iterator<string>(cout, '\n'));[/CODE] ?

And you need double ''s. [ICODE]"C:\\Documents ..."[/ICODE]

You still have to call LibMainEntryPoint() if you want it to run...

[ICODE]g_ppStructArray[1][/ICODE] is a [ICODE]ch8_struct[/ICODE], not a [ICODE]ch8_struct*[/ICODE]. So it has to be: [ICODE]g_ppStructArray[1].field1 = 11;[/ICODE]

There is not enough room in your array to hold "alpha". The C-string "alpha" ends with an additional '\0'(NUL)-character and thus needs 6 chars in the array. [ICODE]char choice[2][6]={"alpha","beta"};[/ICODE] should work.

[B]@ChaosKnight11[/B]: [B]Careful![/B] Iirc the LGPL allows you to freely link to Qt [I]dynamically[/I]. So you have to either use the DLL(or *nix equivalent)-version of Qt or deliver your object files, so the user could link your program with another Version of Qt.

The error message and gerard4143 say it. I think you are confusing [ICODE]std::vector<>[/ICODE] and [ICODE]Matrix.[/ICODE]

1) A local variable is allocated on the stack when its function is called. 2) Nothing of the like needs to happen. It's just an information for the compiler that such a function does exist somewhere.

[CODE] int a[10]; int* b = a; b++; b[-1] = 123; [/CODE]

[QUOTE]what makes it true??[/QUOTE] [CODE]type=true; //taxable[/CODE] You did.

[ICODE]new [/ICODE]calls the constructor, [ICODE]malloc()[/ICODE] doesn't.

As long as you stay with ASCII I see no problem.

size_t

And I thought it was [I]naïve.[/I] :icon_mrgreen:

[CODE] switch(endProgramChooseType) { case 'y': case 'Y': // Code for either y or Y goes here break; case 'n': case 'N': // Code for either n or N goes here break; case 'z': // z-code here break; default: // if nothing else fits do this // ... } [/CODE] Your …

How about [CODE]union { int i; } d;[/CODE] ? A union of one, hmmm...

There are two lines with fscanf(). What are c, n, m, s, and t? c[u,v] is probably not what you meant. You are using u and v prior to initialization.

StdAfx.h (precompiled header) must allways be included first! Make sure you have <string> included in it or include it explicitly in your .cpp.

The error message says it all: Since m_wName and m_wSalary are private to CWorker you cannot access them from within CManager.

Or do as they told you in the description: [QUOTE]... and you might find it useful to reverse the order of the elements in the array after array is filled with data from the keyboard.[/QUOTE]

Open the output file as binary too.

Line 31: [CODE] cout << "asd: " << asd[0] << ", " << asd[1] << endl; [/CODE]

CString::LoadString() works differently: [URL="http://msdn.microsoft.com/en-us/library/aa300479%28VS.60%29.aspx"]http://msdn.microsoft.com/en-us/library/aa300479%28VS.60%29.aspx[/URL] Always look into the documentation first!

The first line gives a good hint. You should consult your debugger.

I found Moschops' answer very spcific. Maybe you should read it again carefully?

You lengthen [I]filename[/I] but you don't know how much space there is reserved for [I]argv[1][/I]. What you're doing is extremely dangerous for you must assume that there is no extra 'room' for the additional chars you're appending. This is probably the reason for your error.

[QUOTE]... gives me an error.[/QUOTE] What error?

How about [CODE] for(i=0;i<n;i++) delete oraRecordsStr[i]; delete [] oraRecordsStr; [/CODE] ?

No threading necessary. See: [CODE]SetTimer()[/CODE] or [CODE]CreateWaitableTimer()[/CODE] with [CODE]SetWaitableTimer()[/CODE]

[QUOTE]MS-Windows and *nix are both different[/QUOTE] Huh? I thought endianness is HW-dependent, not OS-dependent. e.g.: Intel: little endian Motorola: high endian

Int and double have completely different memory representations -> No other way of converting the arrays.

Regarding [URL="http://www.cppreference.com/wiki/language/operator_precedence"]http://www.cppreference.com/wiki/language/operator_precedence[/URL] we can read it as: [CODE]z = ++x || (++y && ++z);[/CODE] Now, since ++x == 6 == true, we don't need to evaluate the second term. Thus y and z are not incremented since the compiler does not touch them.

If the attitude of helping disgusts you, go somewhere else. People are wasting their time on you.

[QUOTE=;][/QUOTE] It's pure luck. What you are doing is illegal. It can work or it cannot.

How about letting your debugger answer your question?

Your last attempt works for me.

Line 46: [CODE] mat temp(row, column); [/CODE] Edit: Ups, pretty late...