From admin at elego.de Thu Jul 5 11:44:23 2018 From: admin at elego.de (admin at elego.de) Date: Thu, 5 Jul 2018 11:44:23 +0200 Subject: [M3devel] [Elego M3 Infrastucture Changes: WWW migrated, birch retiring soon] Message-ID: Dear Modula3 Community, * We are pleased to announce that the Modula3 web services: modula3.org modula3.com modula3.elegosoft.com opencm3.com opencm3.net opencm3.de have been migrated to a new and hopefully more stable hardware platform. If you would like to maintain or contribute content to the web pages, please contact us at "admins at elegosoft.com" so we can provide you with the necessary access. * Our old development/CI server "birch.elegosoft.com" is still limping along, but will decomissioned after August 31, 2018. If you have a shell account on birch, please backup/migrate your data before then. We would be glad to provide archives of your data upon request. * elego will continue to maintain the Mailman mailing lists m3-* for as long as they are used. * The legacy CVS repositories have been archived and are available for download under: https://modula3.elegosoft.com/m3-cvs.tar.gz Best Regards, elego Admins -- Navid Afkhami IT Services & Support elego Software Solutions GmbH Gustav-Meyer-Allee 25 Building 12.3 (BIG) room 227 13355 Berlin, Germany phone +49 30 23 45 86 96 navid.afkhami at elegosoft.com fax +49 30 23 45 86 95 https://www.elegosoft.com Geschaeftsfuehrer: Olaf Wagner, Sitz Berlin Amtsgericht Berlin-Charlottenburg, HRB 77719, USt-IdNr: DE163214194 From mika at async.caltech.edu Wed Jul 11 19:06:18 2018 From: mika at async.caltech.edu (Mika Nystrom) Date: Wed, 11 Jul 2018 10:06:18 -0700 Subject: [M3devel] this isn't right... Message-ID: the architecture in M3CBE_C_Tool is hard-coded to "mips". I am wondering if this is the reason that m3tk thinks Word.T is 32 bits on my AMD64_LINUX system... MODULE M3CBE_C_Tool; (********** IMPORT M3CBE_C_sun3; IMPORT M3CBE_C_vax; IMPORT M3CBE_C_sparc; IMPORT M3CBE_C_i386; ***********) IMPORT M3CBE_C_mips; IMPORT M3Args; IMPORT M3CBackEnd_C_cc; CONST Version = "14-Jan-90"; VAR tool_g: M3Args.T; PROCEDURE ChooseDefault() RAISES {}= BEGIN M3CBE_C_mips.Init(); END ChooseDefault; -------------- next part -------------- An HTML attachment was scrubbed... URL: From rodney_bates at lcwb.coop Tue Jul 17 17:47:53 2018 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Tue, 17 Jul 2018 10:47:53 -0500 Subject: [M3devel] m3devel and github Message-ID: <093c8f60-4dc0-d54b-2a4b-9e04469179f6@lcwb.coop> github's mailing-list-like system is becoming a partial duplication of m3devel, with newer people tending to use github, and old timers, m3devel. Should we try to get it all in one place somehow? -- Rodney Bates rodney.m.bates at acm.org From lists at darko.org Tue Jul 17 18:23:15 2018 From: lists at darko.org (Darko Volaric) Date: Tue, 17 Jul 2018 18:23:15 +0200 Subject: [M3devel] m3devel and github In-Reply-To: <093c8f60-4dc0-d54b-2a4b-9e04469179f6@lcwb.coop> References: <093c8f60-4dc0-d54b-2a4b-9e04469179f6@lcwb.coop> Message-ID: I vote github, it'll give a bit of structure to things, allow code to be linked to discussions, etc. The mailing list can be a little unfocused at times, where issues are raised, forgotten, re-raised and so on. It'd be better for enhancements and bugs to be suggested, debated, tracked and resolved. Along the same lines it would be good for pull requests and reviews to be used more. If we were to use github there would be the issue of what to do with the list archives, if there are any. Maybe they could be put into a github repository. On Tue, Jul 17, 2018 at 5:47 PM, Rodney M. Bates wrote: > github's mailing-list-like system is becoming a partial duplication of > m3devel, > with newer people tending to use github, and old timers, m3devel. Should > we > try to get it all in one place somehow? > > > -- > Rodney Bates > rodney.m.bates at acm.org > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://m3lists.elegosoft.com/mailman/listinfo/m3devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rodney_bates at lcwb.coop Wed Jul 18 18:30:36 2018 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Wed, 18 Jul 2018 11:30:36 -0500 Subject: [M3devel] Test Message-ID: <74dcebf5-d365-0882-1a64-8ead928ce079@lcwb.coop> From rodney_bates at lcwb.coop -- Rodney Bates rodney.m.bates at acm.org From michael.anderson at elegosoft.com Thu Jul 19 11:52:20 2018 From: michael.anderson at elegosoft.com (Michael Anderson) Date: Thu, 19 Jul 2018 11:52:20 +0200 Subject: [M3devel] m3devel and github In-Reply-To: References: <093c8f60-4dc0-d54b-2a4b-9e04469179f6@lcwb.coop> Message-ID: <05653ff6-800d-f89e-e6ad-c63a3c932d20@elegosoft.com> On 07/17/2018 06:23 PM, Darko Volaric wrote: > I vote github, it'll give a bit of structure to things, allow code to > be linked to discussions, etc. The mailing list can be a little > unfocused at times, where issues are raised, forgotten, re-raised and > so on. It'd be better for enhancements and bugs to be suggested, > debated, tracked and resolved. Along the same lines it would be good > for pull requests and reviews to be used more. > > If we were to use github there would be the issue of what to do with > the list archives, if there are any. We have the complete history of the mailing list on our mail server and can provide a gzipped mbox or other archive format upon request. > Maybe they could be put into a github repository. > > On Tue, Jul 17, 2018 at 5:47 PM, Rodney M. Bates > > wrote: > > github's mailing-list-like system is becoming a partial > duplication of m3devel, > with newer people tending to use github, and old timers, m3devel.? > Should we > try to get it all in one place somehow? > > > -- > Rodney Bates > rodney.m.bates at acm.org > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://m3lists.elegosoft.com/mailman/listinfo/m3devel > > > > > > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://m3lists.elegosoft.com/mailman/listinfo/m3devel -- Michael Anderson IT Services & Support elego Software Solutions GmbH Gustav-Meyer-Allee 25 Building 12.3 (BIG) room 227 13355 Berlin, Germany phone +49 30 23 45 86 96 michael.anderson at elegosoft.com fax +49 30 23 45 86 95 http://www.elegosoft.com Geschaeftsfuehrer: Olaf Wagner, Sitz Berlin Amtsgericht Berlin-Charlottenburg, HRB 77719, USt-IdNr: DE163214194 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragisha at m3w.org Sun Jul 22 23:05:59 2018 From: dragisha at m3w.org (=?UTF-8?Q?Dragi=C5=A1a_Duri=C4=87?=) Date: Sun, 22 Jul 2018 23:05:59 +0200 Subject: [M3devel] m3devel and github In-Reply-To: <093c8f60-4dc0-d54b-2a4b-9e04469179f6@lcwb.coop> References: <093c8f60-4dc0-d54b-2a4b-9e04469179f6@lcwb.coop> Message-ID: <6d9c2e6a7f0437dd922c51a10eff0e6e328190ee.camel@m3w.org> IMO, We should look into something more complete than rudimentary issue tracking system provided by Github. JIRA, YouTrack come to mind. JIRA being de-facto industry standard, YouTrack a product of same company which brought IntelliJ IDEA and WebStorm to this world. They both integrate to Git repos, and once we start doing some kind of release planning, I think we will be very happy with any one of them. I am inclined towards YouTrack because of Upsource and TeamCity (I am really not looking towards yet another Bamboo experience :) ). On Tue, 2018-07-17 at 10:47 -0500, Rodney M. Bates wrote: > github's mailing-list-like system is becoming a partial duplication > of m3devel, > with newer people tending to use github, and old timers, > m3devel. Should we > try to get it all in one place somehow? > > From dabenavidesd at yahoo.es Mon Jul 23 01:30:03 2018 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Sun, 22 Jul 2018 23:30:03 +0000 (UTC) Subject: [M3devel] Yet another OS in Modula-3 father References: <1763748006.12842453.1532302203705.ref@mail.yahoo.com> Message-ID: <1763748006.12842453.1532302203705@mail.yahoo.com> Hi all:great old news, another distributed OS from DEC: Hermes | | | | Hermes | | | Thanks in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From dabenavidesd at yahoo.es Mon Jul 23 09:21:43 2018 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Mon, 23 Jul 2018 07:21:43 +0000 (UTC) Subject: [M3devel] A good project References: <481907184.12948030.1532330503358.ref@mail.yahoo.com> Message-ID: <481907184.12948030.1532330503358@mail.yahoo.com> Hi all:Systems Modeling Language Modula-3 superset:https://github.com/sofayam/m3/blob/master/doc/manual.pdf Thanks in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From rodney_bates at lcwb.coop Tue Jul 24 16:55:40 2018 From: rodney_bates at lcwb.coop (Rodney M. Bates) Date: Tue, 24 Jul 2018 09:55:40 -0500 Subject: [M3devel] [modula3/cm3] How does one build? (#22) In-Reply-To: References: Message-ID: <90429bb4-6363-54a9-c8e0-69821a27e3eb@lcwb.coop> Were you able to build starting from the 5.8.6 compiler? I eventually got a LINUXLIBC6 build (see below) of the front group, but only starting from a later cm3 that I already had sitting around. With 5.8.6, and the most direct process of building just a cm3 executable, using no scripts, I always get a cm3 that very quickly segfaults at a randomly varying location that neither m3gdb nor gdb can translate into a traceback. I wonder if there is a bootstrap barrier involving the change of WIDECHAR to hold all of Unicode. On 07/24/2018 08:29 AM, cwrseck wrote: > No, Ubuntu doesn't have a CM3 package. > > However, I've now managed to get most of CM3 compiled, but it's a tricky > business and it seems worth summarising the process here. > > CM3's build uses three directories, The source is in one directory and > the output is built as tar.gz files in a second (temporary) directory, > while the program is set up for installation in a third directory. This > is all controlled by a number of poorly documented environment variables. > Wrong settings produce a number of strange and apparently unrelated errors. > The settings I used, after a lot of experiments, were: > > > The cm3 compiler > > export CM3="cm3" > > > The base of the CM3 source tree > > export CM3ROOT=~/work > > > The base of the new CM3 installation must not be > > > set unless the directory tree already exists. > > #export CM3_INSTALL=/usr/local/cm3 > export CM3_IDE_HOME=/home/projects/modula3/proj > export M3CONFIG=/home/projects/modula3/proj/CM3_IDE.cfg0 > > > Add the CM3 binaries to the path here for easier testing. > > > Current CM3 binaries > > export PATH=$PATH:/opt/cm3-5.8.6/bin > > > New CM3 binaries (change on build completion). > > #export PATH=$PATH:/usr/local/cm3/bin > > > CM3 build additional configuration. > > export CM3_GDB=True > #export CM3_ALL=True > > The CM3_GDB variable, together with a patch to pylib.py, is needed to > trigger the build of m3gdb; I haven't tried the CM3_ALL variable, and > there may well be others that I've missed. The diff is: > > > --- work/scripts/python/pylib.py.org 2018-07-23 08:24:56.005493118 +0100 > +++ work/scripts/python/pylib.py 2018-07-23 15:30:10.651792351 +0100 > @@ -598,8 +598,7 @@ > CM3VERSION = getenv("CM3VERSION") or GetVersion("CM3VERSION").replace("pre-", "pre") > CM3VERSIONNUM = getenv("CM3VERSIONNUM") or GetVersion("CM3VERSIONNUM") > CM3LASTCHANGED = getenv("CM3LASTCHANGED") or GetVersion("CM3LASTCHANGED") > > -CM3_GDB = False > +CM3_GDB = getenv("CM3_GDB") or False > > #----------------------------------------------------------------------------- > > The script (run from ~) that I used to build was: > > #!/bin/bash > > > Build or rebuild CM3. > > > (First check that the correct environment variables are set > > > if [ ! -e ~/work/README ] > then > rm -fr ~/work > mkdir -p ~/work > git clone --depth 1 https://github.com/modula3/cm3.git ~/work > fi > cd ~/work/scripts/python > rm -rf /tmp/tmp*/cm3-* /tmp/tmp*/compiler_with_* > ./do-cm3-all.py realclean > ./make-dist.py > > > eof > > This script fails almost immediately with the following error: > > == package /home/cwr/work/m3bt/m3-win/import-libs == > > +++ /tmp/tmp0TfeXN/compiler_with_previous/bin/cm3 -build -DROOT=/home/cwr/work +++ > "/tmp/tmp0TfeXN/compiler_with_previous/bin/config/Linux.common", line 8: quake runtime error: undefined variable: SYSTEM_CXXC > > --procedure-- -line- -file--- > 8 /tmp/tmp0TfeXN/compiler_with_previous/bin/config/Linux.common > > Fatal Error: package build failed > *** execution of [, ] failed *** > cwr at tanner ~ $ > > The fix I applied was simply to add the appropriate variable early in the > Linux.common configuration file; there must be a more elegant approach, > (in particular, the fix locks in a 32-bit build) but I don't know enough > (read, any) Quake to find it. > > SYSTEM_CXXC = "g++ -gstabs+ -m32 -fPIC" % C++ compiler I just checked in a slightly different fix to the SYSTEM_CXXC problem. I think it will not lock to 32 bits, since it uses SYSTEM_LD, which is defined elsewhere (several places) and already has a default definition by this point. The hardest part of reading all the Quake code is, IMO, not the language itself, but the dynamically tangled web of files including files including ... etc. > > Restarting the build then runs to completion. > > Most of the binaries produced seem to work (or at least not segfault) but > cm3ide stalls at "starting TCP service". Its scan of the packages shows > up a checksum error for m3browser, which doesn't seem relevant; the problem > lies somewhere around the TCPServer.Fork() call in WebServer.m3. However, > quite complicated graphics like Tetris run without problems. > > The notes above cover a build on a 32-bit system with GCC 4.7.3. Building > on a 32-bit system with GCC 6.4.0 showed up a lot of errors in the m3cc > build, and m3gdb wouldn't build at all since the code generator seems to > be locked to GCC 4.7, but the build ran to completion. cm3 built binaries > correctly, but cm3ide blew up with a runtime error. > > Hope this helps - Will > > ? > You are receiving this because you commented. > Reply to this email directly, view it on GitHub , or mute the thread . > -- Rodney Bates rodney.m.bates at acm.org From dmuysers at hotmail.com Mon Jul 30 18:19:03 2018 From: dmuysers at hotmail.com (dirk muysers) Date: Mon, 30 Jul 2018 16:19:03 +0000 Subject: [M3devel] Module Visibility Message-ID: I allways wondered why some "m3core" packages export even their private modules. Normally, e.g. "Text8Short.New" is supposed to be called only by "Text8.New" and thus doesn't assert its precondition of being shorter than "MaxLength", but since the module is exported anybody can directly call "Text8Short" with very long arrays. Sure, in that case, its execution raises a range error, but still, the module should not be exported without an explicit assertion of its precondition, and why export it at all? -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.barentsz at bt.com Tue Jul 31 17:32:57 2018 From: marco.barentsz at bt.com (marco.barentsz at bt.com) Date: Tue, 31 Jul 2018 15:32:57 +0000 Subject: [M3devel] Trouble installing cm3 compiler Message-ID: Hi, I don't really know where to start, but I just can't get any modula-3 example code compiled/build. http://www.opencm3.net/installation-windows.html So that's where I start and I am just trying to follow that. But the hello.m3 program I already can not compile. Now that has most likely to do with the C compiler backends that I have installed. - Microsoft (R) C/C++ Optimizing Compiler Version 19.14.26431 for x86 - gcc version 7.3.0 (Rev2, Built by MSYS2 project), i686-w64-mingw32 I have this version of cm3 installed: cm3-min-WIN32-NT386-d5.5.0.zip in c:\cm3 I have cloned the latest github repository in c:\projects\modula3. I started a command prompt Added the path to c:\cm3\bin Executed batch file vcvars32.bat to get the C compiler setup. When I try compiling the hello.m3 program i get the following error. C:\projects\modula3\cm3\scratch\hello>cm3 --- building in NT386 --- -> linking prog.exe link @C:\Users\701314~1\AppData\Local\Temp\qk > prog.lst "c:\cm3\bin\cm3.cfg", line 455: quake runtime error: link failed, see C:\project s\modula3\cm3\scratch\hello\NT386\prog.lst for more information --procedure-- -line- -file--- error -- m3_link 455 c:\cm3\bin\cm3.cfg program -- 6 C:\projects\modula3\cm3\scratch\hello\NT386\m3make.args Fatal Error: procedure "m3_link" defined in "c:\cm3\bin\cm3.cfg" failed. >From that point on I am lost. I hope someone can point me in the right direction and help me in setting up my modula3 environment. Below the linker output: Microsoft (R) Incremental Linker Version 14.14.26431.0 Copyright (C) Microsoft Corporation. All rights reserved. /out:prog.exe /subsystem:console /entry:mainCRTStartup /nodefaultlib /debug /incremental:no /opt:ref /delayload:wsock32.dll /delayload:advapi32.dll /delayload:gdi32.dll /delayload:netapi32.dll /delayload:user32.dll /delayload:comctl32.dll delayimp.lib _m3main.obj Hello.mo c:\cm3\pkg\libm3\NT386\m3.lib c:\cm3\pkg\m3core\NT386\m3core.lib winspool.lib comctl32.lib wsock32.lib comdlg32.lib netapi32.lib gdi32.lib user32.lib advapi32.lib kernel32.lib msvcrt.lib LINK : warning LNK4199: /DELAYLOAD:wsock32.dll ignored; no imports found from wsock32.dll LINK : warning LNK4199: /DELAYLOAD:advapi32.dll ignored; no imports found from advapi32.dll LINK : warning LNK4199: /DELAYLOAD:gdi32.dll ignored; no imports found from gdi32.dll LINK : warning LNK4199: /DELAYLOAD:netapi32.dll ignored; no imports found from netapi32.dll LINK : warning LNK4199: /DELAYLOAD:user32.dll ignored; no imports found from user32.dll LINK : warning LNK4199: /DELAYLOAD:comctl32.dll ignored; no imports found from comctl32.dll msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __seh_filter_exe referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __set_app_type referenced in function "int __cdecl pre_c_initialization(void)" (?pre_c_initialization@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol ___setusermatherr referenced in function "int __cdecl pre_c_initialization(void)" (?pre_c_initialization@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __configure_narrow_argv referenced in function "int __cdecl pre_c_initialization(void)" (?pre_c_initialization@@YAHXZ) msvcrt.lib(utility.obj) : error LNK2001: unresolved external symbol __configure_narrow_argv msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __initialize_narrow_environment referenced in function "int __cdecl pre_c_initialization(void)" (?pre_c_initialization@@YAHXZ) msvcrt.lib(utility.obj) : error LNK2001: unresolved external symbol __initialize_narrow_environment msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __get_initial_narrow_environment referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __initterm referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __initterm_e referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol _exit referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __exit referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __set_fmode referenced in function "int __cdecl pre_c_initialization(void)" (?pre_c_initialization@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol ___p___argc referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol ___p___argv referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __cexit referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(utility.obj) : error LNK2001: unresolved external symbol __cexit msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __c_exit referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __register_thread_local_exe_atexit_callback referenced in function "int __cdecl __scrt_common_main_seh(void)" (?__scrt_common_main_seh@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __configthreadlocale referenced in function "int __cdecl pre_c_initialization(void)" (?pre_c_initialization@@YAHXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol __set_new_mode referenced in function "void __cdecl pre_cpp_initialization(void)" (?pre_cpp_initialization@@YAXXZ) msvcrt.lib(exe_main.obj) : error LNK2019: unresolved external symbol ___p__commode referenced in function "int __cdecl pre_c_initialization(void)" (?pre_c_initialization@@YAHXZ) msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol __seh_filter_dll referenced in function ___scrt_dllmain_exception_filter msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol __initialize_onexit_table referenced in function ___scrt_initialize_onexit_tables msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol __register_onexit_function referenced in function __onexit msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol __execute_onexit_table referenced in function ___scrt_dllmain_uninitialize_c msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol __crt_atexit referenced in function __onexit msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol __crt_at_quick_exit referenced in function _at_quick_exit msvcrt.lib(tncleanup.obj) : error LNK2019: unresolved external symbol ___std_type_info_destroy_list referenced in function "void __cdecl __scrt_uninitialize_type_info(void)" (?__scrt_uninitialize_type_info@@YAXXZ) msvcrt.lib(default_precision.obj) : error LNK2019: unresolved external symbol __controlfp_s referenced in function __initialize_default_precision msvcrt.lib(utility_desktop.obj) : error LNK2019: unresolved external symbol _terminate referenced in function ___scrt_unhandled_exception_filter at 4 msvcrt.lib(utility_desktop.obj) : error LNK2019: unresolved external symbol _memset referenced in function ___scrt_fastfail msvcrt.lib(_chandler4gs_.obj) : error LNK2019: unresolved external symbol __except_handler4_common referenced in function __except_handler4 prog.exe : fatal error LNK1120: 30 unresolved externals Kind Regards, Marco Barentsz -------------- next part -------------- An HTML attachment was scrubbed... URL: