From dev-return-7790-apmail-stdcxx-dev-archive=stdcxx.apache.org@stdcxx.apache.org Fri Jun 06 22:50:58 2008 Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 5595 invoked from network); 6 Jun 2008 22:50:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Jun 2008 22:50:58 -0000 Received: (qmail 89727 invoked by uid 500); 6 Jun 2008 22:51:01 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 89665 invoked by uid 500); 6 Jun 2008 22:51:01 -0000 Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list dev@stdcxx.apache.org Received: (qmail 89649 invoked by uid 99); 6 Jun 2008 22:51:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Jun 2008 15:51:01 -0700 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Jun 2008 22:50:05 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1K4klP-0005qj-PF for dev@stdcxx.apache.org; Fri, 06 Jun 2008 15:50:27 -0700 Message-ID: <17702691.post@talk.nabble.com> Date: Fri, 6 Jun 2008 15:50:27 -0700 (PDT) From: pegasus2000 To: dev@stdcxx.apache.org Subject: cin under Nanodesktop PSPE MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: pegasus2000@email.it X-Virus-Checked: Checked by ClamAV on apache.org We are working on your library and I can say that it gives already good results under PSP. Under PSPE there are troubles, but we are solving them. Per esempio, the trouble with io_base:init:init was derived by the fact that, under PSPE, the global constructors and destructors weren't initialized by the system at startup. A dedicated module under PSP does this now. I have another trouble. Consider the following routine: #include #include #include #include int main(int argc, char* pArgs[]) { using namespace std; ndInitSystem (); for(;;) { int* p = new int; cin >> *p; printf ("I am here \n"); if (*p < 0) { delete p; break; } } } I have seen that cin >> *p has a different behaviour that scanf. And, in fact, when I press the ENTER key on the virtual keyboard of the PSP, cin doesn't transfer the value in *p, and the message "I'm here" isn't printed on the screen. Can you say me what is the routine that manages cin ? So, I can patch it for nd. Thanks. -- View this message in context: http://www.nabble.com/cin-under-Nanodesktop-PSPE-tp17702691p17702691.html Sent from the stdcxx-dev mailing list archive at Nabble.com.