SGI: Development

std::getline() problem

competentcompton
Who joined Aug. 2, 2006, 3:06 a.m.
Wrote the following at April 11, 2014, 2:42 a.m...
Hi,

having problems with error from the following code snippet

#include <string>
#include <iostream>

using namespace std;

int main(int,char*argv[])
{
basic_string<wchar_t> ws_t;
basic_istream<wchar_t>* is;
is=&wcin;
if(std::getline(*is,ws_t,L'\n'))
{
wcout << "INPUT : " << ws_t;
}
return 0;
}

just a little test from the actual code but it returns the error

No instance of overloaded function "std::getline" matches

arg types are (std::basic_istream<wchar_t, std::char_traits<wchar_t>>,std::basic_string<wchar_t,std::char_traits<wchar_t>,std::allocator<wchar_t>>,wchar_t).

anyone have any idea?

sure I have something simple going wrong here but I can't see it right now

Cheers
jan-jaap
From Wijchen, The Netherlands
Who joined June 17, 2004, 11:35 a.m.
Wrote the following at April 11, 2014, 2:51 a.m...
Works for me. IRIX 6.5.30, MIPSpro 7.4.4m

Are you sure you're on 6.5.18+ (or thereabout, when wide characters were introduced?)
Now this is a deep dark secret, so everybody keep it quiet :)
It turns out that when reset, the WD33C93 defaults to a SCSI ID of 0, and it was simpler to leave it that way... -- Dave Olson, in comp.sys.sgi
Currently in commercial service: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
competentcompton
Who joined Aug. 2, 2006, 3:06 a.m.
Wrote the following at April 11, 2014, 4:34 a.m...
I am using 6.5.30m and 7.4.4 also - no idea why it does not work then?

Cheers
competentcompton
Who joined Aug. 2, 2006, 3:06 a.m.
Wrote the following at April 11, 2014, 4:35 a.m...
how do I get a more accurate picture of my system?
jan-jaap
From Wijchen, The Netherlands
Who joined June 17, 2004, 11:35 a.m.
Wrote the following at April 11, 2014, 6:09 a.m...
There was a problem with MIPSpro patches -- if you installed MIPSpro 7.4 and the 7.4.4m overlays in one 'inst' session (or was it the patches to MIPSpro 7.4.4m ??) the a header file would end up corrupted. Not sure anymore which header -- or was it something va_args related? Sorry I'm not more specific ...

When in doubt, maybe reinstall MIPSpro in three sessions, closing 'inst' (swmgr) inbetween?

1. Install base MIPSpro 7.4 from 7.4 discs
2. Install 7.4.4m disc
3. Install post-7.4.4m patches
Now this is a deep dark secret, so everybody keep it quiet :)
It turns out that when reset, the WD33C93 defaults to a SCSI ID of 0, and it was simpler to leave it that way... -- Dave Olson, in comp.sys.sgi
Currently in commercial service: Image :Onyx2: (2x) :O3x02L:
In the museum : almost every MIPS/IRIX system.
Wanted : GM1 board for Professional Series GT graphics (030-0076-003, 030-0076-004)
competentcompton
Who joined Aug. 2, 2006, 3:06 a.m.
Wrote the following at April 11, 2014, 2:01 p.m...
That was spot on.

I must have just installed all the patches etc. at the same time and so it reported 7.4.4m but when I opened the .tardist all the patches were marked as ne.

Installing these fixed the problem.

thanks for catching that - I wasted some time but not as much as I could have

Cheers