MonoTouch build failed due to resgen error - xamarin.ios

I get the following error when MonoTouch runs resgen on a .resx file in the solution:
strings.resx: Error:
Native stacktrace:
* Assertion at ../../../../mono/metadata/object.c:1778, condition `class' not met
0 mono 0x000d533a mono + 869178
1 mono 0x001385ba mono + 1275322
2 libsystem_c.dylib 0x9ba2e59b _sigtramp + 43
3 ??? 0xffffffff 0x0 + 4294967295
4 libsystem_c.dylib 0x9b9c9c0c abort + 214
5 mono 0x00282811 mono + 2627601
6 mono 0x00282873 mono + 2627699
7 mono 0x001eb432 mono + 2008114
8 mono 0x001eb3f3 mono + 2008051
9 mono 0x001df6fa mono + 1959674
10 mono 0x001df7fd mono + 1959933
11 mono 0x0022810a mono + 2257162
12 mono 0x0022857d mono + 2258301
13 mono 0x00139160 mono + 1278304
14 mono 0x000117c7 mono + 67527
15 mono 0x000a7f0c mono + 683788
16 mono 0x00002742 mono + 5954
17 mono 0x000027a1 mono + 6049
18 mono 0x00002521 mono + 5409
Debug info from gdb:
No symbol table is loaded. Use the "file" command.
Breakpoint 1 (-[NSException raise]) pending.
No symbol table is loaded. Use the "file" command.
Breakpoint 2 (-[_NSZombie release]) pending.
No symbol table is loaded. Use the "file" command.
Breakpoint 3 (szone_error) pending.
No symbol table is loaded. Use the "file" command.
Breakpoint 4 (objc_exception_throw) pending.
/tmp/mono-gdb-commands.vNC9Gq:1: Error in sourced command file:
unable to debug self
I get the same error if I run resgen from Terminal on one of the strings.resx files in the solution. Any ideas what the problem might be?

I ended up uninstalling MonoTouch following the directions here and then reinstalling and that has resolved my issue.
I had tried reinstalling MonoTouch over the top, but that didn't fix it. I had to uninstall and then reinstall.

Related

libopencv_highgui.so.3.2 not found

I am linux ubuntu 20.4 user. I was trying to execute my code :
./darknet detector test ~/Documents/Data_challenge/Apple_detection_via_YOLOV4/main_folder/Model_ALL_views/obj.data ~/Documents/Data_challenge/Apple_detection_via_YOLOV4/main_folder/yolov4-tiny-test.cfg ~/Documents/Data_challenge/Apple_detection_via_YOLOV4/main_folder/Model_ALL_views/backup/yolov4-tiny-train_best.weights -thresh 0.20 -dont_show -out ~/Documents/Data_challenge/Apple_detection_via_YOLOV4/main_folder/Model_ALL_views/Prediction.csv < ~/Documents/Data_challenge/Apple_detection_via_YOLOV4/main_folder/Model_ALL_views/test.txt
This code took me this output
./darknet: error while loading shared libraries: libopencv_highgui.so.3.2: cannot open shared object file: No such file or directory
I searched what libraries is missing :
ldd darknet
So, I tried to find if libopencv_highgui.so.3.2 exist and where it is located : sudo find / -name "libopencv_hig*.
Then, it means libopencv_highgui.so.3.2 doesn't exist. I looked some forum about this problem :
#DavidChenTaipei (12 Dec 2019)
#guerillagorilla (24 Dec 2017)
but they doesn't work on my situation.

NS 2 Installation error : narrowing conversion of 252 from int to char

I am working on VANET. for that, i need to install NS2 on my fedora 24 system. NS 2 version - ns 2.34 . During the installation process, i followed all the steps of ns 2.34 and made changes in the respective files. But at last, i found an error like the one attached in the screenshot.
Error: narrowing conversion of 252 from 'int' to 'char' inside play.xbm
I am unable to solve this error. Please guide me for this. enter image description here
I solved the problem.
Refer to:error: narrowing conversion of ‘194’ from ‘int’ to ‘char’ inside { }
Add-funsigned-char to the L48 of the Makefile in the /ns-allinone-2.34/nam-1.15 directory
image:
the code was added like this
i followed all the steps of ns 2.34
Some old "ns2 tutorials" were valid only for a very short time.
Fedora 24 :
Your compiling errors : g++ version 6.3 is OK with ns-2.34, but patching is required. I.e. ns-2.34 was built for g++ version 4.1.2.
ns234_gcc49.patch https://drive.google.com/file/d/0B7S255p3kFXNZDNyV1BPZHhEY0U/view?usp=sharing
cd ns-allinone-2.34/
patch -p0 < ns234_gcc49.patch
./install
P.S. : ns-allinone-2.34 + ns234_gcc49.patch was tested OK with two different Fedora 24 : The 64bits version and the 32bits version. ns-allinone-2.34 can of course also be compiled as is / no changes : export CC=gcc34 CXX=g++34 && ./install
Requires : # dnf install compat-gcc-34-c++

How can I compile .Net Micro Framework Porting Kit solutions?

I have bought a ARM7S processor and I wanted to deploy the NETMF there. So I installed the .NETMF porting kit and a CodeSourcery GCC 4.6.3 compiler and tried to compile the solution for my processor.
I should say I have Windows 8.1 Enterprise x64, Visual Studio 2013 Ultimate installed on my PC.
At first I set debugger using this command: "setenv.cmd 4.6.3 C:\gcc" where I had installed my CodeSourcery ARM-EABI gcc compiler.
After that I had moved to folder "Solutions/--my CPU --/TinyCLR" and ran this command: "MSBUILD.EXE /t:build /p:flavor=release;memory=flash"
It took some time and throw a huge amount of errors. I downloaded a older version of the compiler and only one error left.
So I opened a clear version of Windows 7 x86 (virtually) and installed Visual Studio 2012 Professional. After that I tried the same but the error was the same.
"c:\MicroFrameworkPK_v4_3\Solutions\SAM7S_EK\TinyCLR\TinyCLR.proj" (build targe
t) (1) ->
(BuildAXF target) ->
c:\MicroFrameworkPK_v4_3\tools\targets\Microsoft.SPOT.System.GCC.targets(325,
5): error MSB3073: The command ""C:\gcc\bin\..\arm-none-eabi\bin\ld.exe" -stat
ic --gc-sections --no-warn-mismatch --library-path=c:\MicroFrameworkPK_v4_3\Bui
ldOutput\THUMB\GCC4.2\le\FLASH\release\SAM7S_EK\lib --library-path=c:\MicroFram
eworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib --allow-multip
le-definition -u ARM_Vectors -u _start --Map c:\MicroFrameworkPK_v4_3\BuildOutp
ut\THUMB\GCC4.2\le\FLASH\release\SAM7S_EK\bin\tinyclr.map --output=c:\MicroFram
eworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\FLASH\release\SAM7S_EK\bin\tinyclr.axf
--script=c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\FLASH\release\SA
M7S_EK\bin\tinyclr_scatterfile.ldf c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\G
CC4.2\le\FLASH\release\SAM7S_EK\obj\Solutions\SAM7S_EK\TinyCLR\tinyclr_dat.obj
c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\FLASH\release\SAM7S_EK\obj
\Solutions\SAM7S_EK\TinyCLR\allocator.obj c:\MicroFrameworkPK_v4_3\BuildOutput\
THUMB\GCC4.2\le\FLASH\release\SAM7S_EK\obj\Solutions\SAM7S_EK\TinyCLR\tinyclr.o
bj -( c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\li
b\Core.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\relea
se\lib\Hardware.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_ME
DIA\release\lib\InterruptHandler.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB
\GCC4.2\le\ANY_MEDIA\release\lib\HeapPersistence_stub.lib c:\MicroFrameworkPK_v
4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\I2C_stub.lib c:\MicroFram
eworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\IOPort.lib c:\Mi
croFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\RPC_stub.
lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\
Serialization_stub.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY
_MEDIA\release\lib\Debugger.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4
.2\le\ANY_MEDIA\release\lib\Debugger_full.lib c:\MicroFrameworkPK_v4_3\BuildOut
put\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\Diagnostics_stub.lib c:\MicroFramewor
kPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\Graphics_stub.lib c:
\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\CorLib
.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib
\SPOT.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\releas
e\lib\SPOT_Messaging_stub.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2
\le\ANY_MEDIA\release\lib\SPOT_Serialization_stub.lib c:\MicroFrameworkPK_v4_3\
BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\SPOT_Hardware.lib c:\MicroFra
meworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\Messaging.lib c
:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\release\lib\CLRSt
artup.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\releas
e\lib\CRC.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\ANY_MEDIA\re
lease\lib\WireProtocol.lib c:\MicroFrameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le
\ANY_MEDIA\release\lib\SPOT_Hardware_SerialPort.lib c:\MicroFrameworkPK_v4_3\Bu
ildOutput\THUMB\GCC4.2\le\FLASH\release\SAM7S_EK\lib\tmp_tinyclr.lib c:\MicroFr
ameworkPK_v4_3\BuildOutput\THUMB\GCC4.2\le\FLASH\release\SAM7S_EK\lib\InteropAs
sembliesTable.lib -) -( "C:\gcc\arm-none-eabi\lib\thumb\libm.a" "C:\gcc\arm-non
e-eabi\lib\thumb\libc.a" "C:\gcc\lib\gcc\arm-none-eabi\4.2.1\thumb\libgcc.a" -)
-( c:\MicroFrameworkPK_v4_3\tools\ads_v3_1\Lib\armlib\h_t.l c:\MicroFrameworkP
K_v4_3\tools\ads_v3_1\Lib\armlib\c_t.l -)" exited with code 1. [c:\MicroFramewo
rkPK_v4_3\Solutions\SAM7S_EK\TinyCLR\TinyCLR.proj]
Does anybody knows how to fix it or if there is a place, where I can find compiler CLR?
Thanks,
Jonas

wince-7 -- DHCPV6.DLL : error K.IPHLPAPI.DL

I have installed the latest version of the wince-7 compact evaluation version & getting following error.
Please suggest why basic project created & compilation is giving following error.
d:\workingfolder\gatewayupgrade\testce7image\testce7image\wince700\bsptemplate_x86_retail\cesysgen\oak\target\x86\retail\DHCPV6.DLL : error : Missing module 'd:\workingfolder\gatewayupgrade\testce7image\testce7image\wince700\bsptemplate_x86_retail\cesysgen\oak\target\x86\retail\K.IPHLPAPI.DLL' referenced
d:\workingfolder\gatewayupgrade\testce7image\testce7image\wince700\bsptemplate_x86_retail\cesysgen\oak\target\x86\retail\DHCPV6.DLL : error : Unresolved import due to missing export 'GetAdaptersAddresses' from module 'd:\workingfolder\gatewayupgrade\testce7image\testce7image\wince700\bsptemplate_x86_retail\cesysgen\oak\target\x86\retail\K.IPHLPAPI.DLL'
NMAKE : fatal error U1077: 'if' : return code '0x200'
Stop.
SYSGEN: ERROR: error(s) in sysgen phase ( common )
CEBUILD: BUILDMSG: Building application trees:
SysgenPlatform: BUILDMSG: Sysgening platform C:\WINCE700\platform\BSPTemplate
Microsoft (R) Program Maintenance Utility Version 9.00.30729.199
Copyright (C) Microsoft Corporation. All rights reserved.
Cefilter platform files
if not exist "D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files" mkdir "D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files"
if exist "D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files\config.bib" del "D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files\config.bib"
cefilter -D C:\WINCE700\platform\BSPTemplate\files\config.bib D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files\config.bib
Cefilter for Windows CE (Release) (Built on Jul 25 2008 12:58:40)
copy D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files\config.bib + D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\oak\files\commonfixupvar.bib D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files\config.bib
D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files\config.bib
D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\oak\files\commonfixupvar.bib
1 file(s) copied.
cefilter -D C:\WINCE700\platform\BSPTemplate\files\platform.bib D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files
Cefilter for Windows CE (Release) (Built on Jul 25 2008 12:58:40)
cefilter -D C:\WINCE700\platform\BSPTemplate\files\platform.dat D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files
Cefilter for Windows CE (Release) (Built on Jul 25 2008 12:58:40)
cefilter -D C:\WINCE700\platform\BSPTemplate\files\platform.db D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files
Cefilter for Windows CE (Release) (Built on Jul 25 2008 12:58:40)
cefilter -D C:\WINCE700\platform\BSPTemplate\files\platform.reg D:\WorkingFolder\GatewayUpgrade\TestCE7Image\TestCE7Image\Wince700\BSPTemplate_x86_Retail\cesysgen\platform\BSPTemplate\files
Cefilter for Windows CE (Release) (Built on Jul 25 2008 12:58:40)
CEBUILD: BUILDMSG: There were errors building. Check C:\WINCE700\build.err
BLDDEMO: ERROR: There were errors building CEBASE.
BLDDEMO: BUILDMSG: BldDemo ended at 15:57:52.41 on Mon 05/27/2013 (exit code 1)
BuildLogs: BUILDMSG: Exiting: BldDemo1.bat -q (result code 1).
BuildLogs: BUILDMSG: C:\WINCE700\build.log
BuildLogs: BUILDMSG: C:\WINCE700\build.out
BuildLogs: BUILDMSG: C:\WINCE700\build.wrn
BuildLogs: BUILDMSG: C:\WINCE700\build.err
Even after updating as per this link :--
http://support.microsoft.com/kb/2711535
Getting same error.
It seems that there is a dependency somewhere that relies on TCP/IP IP Helper API. If you add this into the catalogue, then the problem should go away.
BSP/Core OS/Windows Embedded Compact/Communication Services and Networking/Networking – General/TCP/IP and add IP Helper API.
Rebuild and it should go away.

Trouble compiling monotouch binding library

I have been trying to bind a lib called Scandit used for scanning barcodes from images.
So far I have been unsuccessful. The Library says it supports armv6 arm7 and i386. but I cannot get it to build.
lipo -info libscanditsdk-iphone-2.1.17.a
Architectures in the fat file: libscanditsdk-iphone-2.1.17.a are: armv6 armv7 i386
here is my build output
https://gist.github.com/4ee195063b61ae292ea3
Here is what my LinkWith file looks like
using System;
using MonoTouch.ObjCRuntime;
[assembly: LinkWith ("libmeScanditWrapper.a", LinkTarget.ArmV7 | LinkTarget.ArmV6
,ForceLoad = true, IsCxx=true
,Frameworks="CoreVideo CoreGraphics AudioToolbox AVFoundation CoreMedia QuartzCore SystemConfiguration"
,LinkerFlags="-lz -liconv -lstdc++"
)]
I am able to use the library natively on my device using the sample project they provided but I cannot get it to compile at all. using LinkTarget.ArmV6. If I remove this and just leave LinkTarget.ArmV7 then it wil compile but it won't work none of the bound functions will work even in a simple test lib i made.
Correct me if i am wrong these means my phone requires armv6?
thats why i can get sample libs to work using armv6.
if this is the case I need to know if anyone has any ideas why it won't build with armv6 support when it seems the lib supports it.
Correct me if i am wrong these means my phone requires armv6?
Newer iPhones uses armv7 but can execute armv6 code.
Assertion failed: (_mode == modeFinalAddress), function finalAddress, file /SourceCache/ld64/ld64-127.2/src/ld/ld.hpp, line 588.
0 0x100011c51 __assert_rtn + 81
1 0x10008d45c ld::tool::OutputFile::addressOf(ld::Internal const&, ld::Fixup const*, ld::Atom const**) + 172
2 0x10008f361 ld::tool::OutputFile::applyFixUps(ld::Internal&, unsigned long long, ld::Atom const*, unsigned char*) + 369
3 0x10008c3b7 ld::tool::OutputFile::writeOutputFile(ld::Internal&) + 807
4 0x100085079 ld::tool::OutputFile::write(ld::Internal&) + 153
5 0x1000121ab main + 1147
collect2: ld returned 1 exit status
That's Apple's provided linker crashing. That's uncommon and likely means it's being fed something corrupted.
You're showing the output of lipo on libscanditsdk-iphone-2.1.17.a but you're using [LinkWith] on libmeScanditWrapper.a. What happened between the two ?

Resources