Hi,
The modified code seems to be working.
Thanks,
Subramanya
On Oct 28, 2013, at 5:15 PM, Manav Bhatia wrote:
> It appears that unget() calls the sungetc() on the streambuf class, and sets
> the badbit if streambuf is null.
>
> I am guessing that if the implementation chooses to set the
It appears that unget() calls the sungetc() on the streambuf class, and
sets the badbit if streambuf is null.
I am guessing that if the implementation chooses to set the streambuf to
null after a seekg() (because no characters have been read), then calling
unget() would set the badbit. If this is
>
>
> Note that we are still calling unget(). The only thing I removed was an
> (apparently) redundant tellg/seekg pairing...
>
Ahh... I see that I had missed your point. That is a good catch... and
thanks for clarifying!
-Manav
---
On Mon, Oct 28, 2013 at 2:55 PM, Subramanya Sadasiva wrote:
>
> Is the code already in the repository to be checked out?
>
Yes, in fac138b011.
--
John
--
Android is increasing in popularity, but the open development pla
Is the code already in the repository to be checked out?
-Subramanya
On Oct 28, 2013, at 4:20 PM, Manav Bhatia wrote:
>
>
> On Mon, Oct 28, 2013 at 2:53 PM, John Peterson wrote:
>
>
> One possible problem I can see with the getpot code: is it legal C++ to call
> unget() immediately afte
> On Oct 28, 2013, at 2:20 PM, Manav Bhatia wrote:
>
>
>
>> On Mon, Oct 28, 2013 at 2:53 PM, John Peterson wrote:
>>
>>
>> One possible problem I can see with the getpot code: is it legal C++ to call
>> unget() immediately after a call to seekg or is it possibly invoking
>> undefined beh
On Mon, Oct 28, 2013 at 2:53 PM, John Peterson wrote:
>
>
> One possible problem I can see with the getpot code: is it legal C++ to
> call unget() immediately after a call to seekg or is it possibly invoking
> undefined behavior?
>
>
The purpose of unget() seems to be to decrease position of ist
Will do,
Thanks,
Subramanya
On Oct 28, 2013, at 2:53 PM, John Peterson wrote:
>
>
>
> On Sat, Oct 26, 2013 at 10:36 PM, Manav Bhatia wrote:
> Good to know about this!
>
> I did a bit of digging into it, and the problem seems to be coming after the
> call to istr.unget() at line 990 in G
On Sat, Oct 26, 2013 at 10:36 PM, Manav Bhatia wrote:
> Good to know about this!
>
> I did a bit of digging into it, and the problem seems to be coming after
> the call to istr.unget() at line 990 in GetPot::_skip_whitespace(). For
> some reason, it seems to corrupt the istream data structure so t
On Sun, Oct 27, 2013 at 4:50 PM, Manav Bhatia wrote:
> I had sent an email to the developer of GetPot describing the situation.
> He has an updated version of the code that he has been working on, but he
> is yet to release it on his website. He shared it with me and it works
> without any proble
Good to know, but we still can't jump to that conclusion. Thanks for
all the groundwork on getting us started on where to look.
Cody
Sent from my iPad
> On Oct 27, 2013, at 11:03 PM, subramanya sadasiva wrote:
>
> Hi, I just tried with the nightly build of clang (3.4) on linux to check if
> t
Begin forwarded message:
> From: Frank-Rene Schäfer
> Date: October 27, 2013 at 4:21:01 PM EDT
> To: Manav Bhatia
> Subject: Re: getpot on Mac os 10.9 with clang 5
> Thanks for your note. Unfortunately, I am not able to spend
> much time these days on GetPot. You remember me that
> I was addi
FYI: I will forward the code in a second.
Manav
Begin forwarded message:
> From: Frank Schaefer
> Date: October 28, 2013 at 4:13:19 AM EDT
> To: Manav Bhatia
> Subject: Re: getpot on Mac os 10.9 with clang 5
>
> Manav, please, feel free to use it.
>
> Best Regards/
> Beste Grüße
>
> Frank
On Sun, 27 Oct 2013, subramanya sadasiva wrote:
>> In any case, I have requested him to release the code, and perhaps
>> it will be a good idea to include that update in libMesh.
A good idea, but probably not a possible idea. We had to fork GetPot
from quite a few versions back after discoverin
14 matches
Mail list logo
