I've made a bit of progress on this. By compiling (dynamically) as standard wince 60 with vs2008, and then changing the CE_SDK variable to my sdk, some apps seem to work on our device. However, as soon as I add the QWebView to an app, the app terminates immediately when I try and run it. If I try and run it with the debugger, I get a conmanclient2 error but nothing useful and nothing in the debugger that would indicate the problem. The app just terminates.
So my questions are... 1) Any suggestions on resolving the above issue? Anything I can provide that would help? I tried compiling statically and can't make it all the way through the compile: ..\..\..\..\lib\QtWebKit.lib : fatal error LNK1106: invalid file or disk full: cannot seek to 0x40ADD4DD NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual Studio 9.0\VC\ce\bin\x86_arm\lib.EXE"' : return code '0x4 52' Stop. NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual Studio 9.0\VC\bin\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. 2) We would be interested in a commercial license if we can get this proof of concept to work (however it requires QWebView). Is this considered stable in 4.5.2 for wince 6? Would having VS2005 instead of VS2008 help? Our processor is a 667Mhx Samsung ARM11. Any help would be great. Regards, Bill --------------------- Bill Smith Tridium, Inc. [email protected] 804-527-3141 http://www.tridium.com <http://www.tridium.com/> ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of Smith, Bill (Tridium) Sent: Friday, August 07, 2009 10:48 PM To: [email protected] Subject: [Qt-wince-interest] errno with custom SDK I'm playing with trying to get Qt working on a wince (armv4i) device. We've been provided a custom sdk for this device which is derived from Window CE 6.0 Pro and I'm using Visual Studio 2008. I've created a custom mkspec to specify the CE_SDK variable. Everything else is the same as the wince standard armv4i 2005 sdk. I was able to run through configure successfully, but when I compile I run across the following error: cl -c -nologo -Zm200 -Zc:wchar_t- -QRarch4T -QRinterwork-return -DDEBUG -D_DEBUG -Zi -MDd -W3 -DQT_SHARED -DQT_T HREAD_SUPPORT -DUNDER_CE -DWINCE -D_WINDOWS -D_UNICODE -DUNICODE -DSTANDARDSHELL_UI_MODEL -D_WIN32_WCE=0x600 -DARMV4I -D _ARMV4I_ -Darmv4i -D_ARM_ -DARM -D_M_ARM -DARM -D_WIN32 -D__arm__ -DQ_OS_WINCE_STD -DQT_NO_PRINTER -DQT_NO_PRINTDIALOG - DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_MAKEDLL -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -D_USE_MA TH_DEFINES -DHB_EXPORT=Q_CORE_EXPORT -DQT_DLL -I"..\..\include" -I"..\..\include\QtCore" -I"tmp\rcc\debug_shared" -I"tmp " -I"global" -I"..\3rdparty\zlib" -I"..\3rdparty\harfbuzz\src" -I"..\..\include\ActiveQt" -I"tmp\moc\debug_shared" -I".. \..\mkspecs\thubanpro-armv4i-msvc2008" -Fotmp\obj\debug_shared\ @c:\temp\nm56.tmp gzio.c ..\3rdparty\zlib\gzio.c(131) : warning C4996: 'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. C:\Program Files\Windows CE Tools\wce600\ThubanPro\include\ARMV4I\stdlib.h(218) : see declaration of 'strcpy' ..\3rdparty\zlib\gzio.c(180) : error C2065: 'errno' : undeclared identifier ..\3rdparty\zlib\gzio.c(266) : error C2065: 'errno' : undeclared identifier ..\3rdparty\zlib\gzio.c(302) : error C2065: 'errno' : undeclared identifier ..\3rdparty\zlib\gzio.c(451) : error C2065: 'errno' : undeclared identifier NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual Studio 9.0\VC\ce\bin\x86_arm\cl.EXE"' : return code '0x2' Stop. NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual Studio 9.0\VC\bin\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. In the sdk there *is* an errno.h, however in zutil.h, there is #ifdef NO_ERRNO_H # ifdef _WIN32_WCE /* The Microsoft C Run-Time Library for Windows CE doesn't have * errno. We define it as a global variable to simplify porting. * Its value is always 0 and should not be used. We rename it to * avoid conflict with other libraries that use the same workaround. */ # define errno z_errno # endif extern int errno; #else # ifndef _WIN32_WCE # include <errno.h> # endif #endif Since _WIN32_WCE is defined, errno,h does not get included and the workaround global isn't defined. What is the proper way to work around this? Regards, Bill
_______________________________________________ Qt-wince-interest mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-wince-interest
