<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
Either head or release_branch_cm3_5_8.<BR>
Something like cm3 -DNO-PTHREADS should work, yes.<BR>
My scripts/python doesn't accept extra switches though. You could edit that into them,<BR>
or use the *.sh files. Or edit m3-libs\m3core\src\thread.quake as I said.<BR>
<BR>
Thanks,<BR>
- Jay<BR>
<BR>> Date: Fri, 19 Feb 2010 15:08:04 +0000<BR>> From: dabenavidesd@yahoo.es<BR>> To: wagner@elegosoft.com; m3devel@elegosoft.com; jay.krell@cornell.edu<BR>> Subject: Re: [M3devel] More testing needed for m3back, was: RE: m3back/longint/atomics<BR>> <BR>> Hi:<BR>> Thanks for your answer. Yes, I tried it in late 2008 as in the web page resulted. Then on mid 2009 with cm3's tree cvsup.<BR>> I was thinking in a command line switch like to cm3 -DNO_PTHREADS (or cm3 -DUSER_THREADS). Does something like that exist?<BR>> Yes, I will try it building again to see where it gets with current (cvs release ranch). Do you know which branch I should use cvs like<BR>> cvs tag release_branch_cm3_5_8 -d :pserver:anonymous@modula3.elegosoft.com:/usr/cvs checkout cm3 ?<BR>> <BR>> <BR>> Thanks in advance,<BR>> <BR>> --- El vie, 19/2/10, Jay K <jay.krell@cornell.edu> escribió:<BR>> <BR>> > De: Jay K <jay.krell@cornell.edu><BR>> > Asunto: RE: [M3devel] More testing needed for m3back, was: RE: m3back/longint/atomics<BR>> > Para: "Daniel (M3)" <dabenavidesd@yahoo.es>, "Olaf" <wagner@elegosoft.com>, "m3devel" <m3devel@elegosoft.com><BR>> > Fecha: viernes, 19 de febrero, 2010 05:43<BR>> > <BR>> > <BR>> > <BR>> > <BR>> > <BR>> > Daniel, if you really last tried this in 2008, please<BR>> > try again.<BR>> > <BR>> > I'm not sure we had cvsup in our tree in 2008 though.<BR>> > <BR>> > Even if you tried it in 2009, try again?<BR>> > <BR>> > http://aivwiki.alma.cl/index.php/Installing_CVSup<BR>> > points to a particular non-current Modula-3 and a particular<BR>> > cvsup.<BR>> > <BR>> > We have cvsup in our tree now. Which did you use? Please<BR>> > try ours.<BR>> > <BR>> > <BR>> > <BR>> > -Jay<BR>> > <BR>> > <BR>> > > Date: Fri, 19 Feb 2010 06:20:10 +0000<BR>> > > From: dabenavidesd@yahoo.es<BR>> > > To: wagner@elegosoft.com; m3devel@elegosoft.com;<BR>> > jay.krell@cornell.edu<BR>> > > Subject: Re: [M3devel] More testing needed for m3back,<BR>> > was: RE: m3back/longint/atomics<BR>> > > <BR>> > > HI:<BR>> > > thanks for answering so fast!<BR>> > > Well, more or less I tried to understand what was<BR>> > happening on cvsup LINUXLIBC6 on late 2008 quickly and half<BR>> > a year ago more carefully.<BR>> > > First I tried with system level threads and the first<BR>> > connection worked to retrieve files as I remember in this<BR>> > example case:<BR>> > http://aivwiki.alma.cl/index.php/Installing_CVSup<BR>> > > <BR>> > > more or less it makes you to do <BR>> > > cvsupd -b /diska/cvsup/base/<BR>> > > which works for first client login as is written in<BR>> > the web page (that happened in my late 2008 try seeing the<BR>> > above url case as pointed by the person who tried and<BR>> > reported this at that time)<BR>> > > Then you had to use background command to cvsupd<BR>> > (where I think the problem appears but not in the first<BR>> > process, but in the forked, if forked or in both)<BR>> > copying/pasting the two commands from the url of case above<BR>> > mentioned<BR>> > > cvsupd -b /diska/cvsup/base/ -C 5 -l /diska/cvsup/log<BR>> > > This doesn't work (for me in both tries) and the<BR>> > reason is the problem is when the process forks so there<BR>> > might somehow a "small" error because process<BR>> > forked won't work as expectedly (I don't even if it<BR>> > dies on system) or if and runtime error is given. I just<BR>> > grabbed this output from terminal:<BR>> > > <BR>> > > (First command and executing after it the client with<BR>> > .sup file given there in the web page)<BR>> > > % telnet 192.168.0.3 5999<BR>> > > Trying 192.168.0.3...<BR>> > > Connected to 192.168.0.3.<BR>> > > Escape character is '^]'.<BR>> > > OK 17 0 2009-07-20 14:06:34 CVSup server ready<BR>> > > Connection closed by foreign host.<BR>> > > <BR>> > > (After, second command it doesn't wait anything or<BR>> > if some client request, it just finish like this)<BR>> > > % telnet 192.168.0.3 5999<BR>> > > Trying 192.168.0.3...<BR>> > > Connected to 192.168.0.3.<BR>> > > Escape character is '^]'.<BR>> > > <BR>> > > <BR>> > > Connection closed by foreign host.<BR>> > > % pwd<BR>> > > <BR>> > > <BR>> > > seeing docs from and now not found<BR>> > http://sources.redhat.com/gdb/current/onlinedocs/gdb_5.html#SEC29<BR>> > > <BR>> > > <BR>> > > (m3gdb) cd code/cm3-cvs/m3-tools/cvsup/server<BR>> > > Directorio de trabajo<BR>> > /home/test/code/cm3-cvs/m3-tools/cvsup/server.<BR>> > > (m3gdb) file LINUXLIBC6/cvsupd<BR>> > > Reading symbols from<BR>> > /home/test/code/cm3-cvs/m3-tools/cvsup/server/LINUXLIBC6/cvsupd...done.<BR>> > > Using host libthread_db library<BR>> > "/lib/tls/i686/cmov/libthread_db.so.1".<BR>> > > <BR>> > > (m3gdb) break src/Main.m3:BecomeDaemon<BR>> > > No source file named src/Main.m3.<BR>> > > Make breakpoint pending on future shared library load?<BR>> > (y or [n]) y<BR>> > > <BR>> > > Punto de rotura 1 (src/Main.m3:BecomeDaemon)<BR>> > pendiente.<BR>> > > (m3gdb) set args -b /home/test/code/cvsup/base/ -C 5<BR>> > -l /home/test/code/cvsup/log<BR>> > > (m3gdb) set follow-fork-mode child<BR>> > > (m3gdb) run<BR>> > > Starting program:<BR>> > /home/test/code/cm3-cvs/m3-tools/cvsup/server/LINUXLIBC6/cvsupd<BR>> > -b /home/test/code/cvsup/base/ -C 5 -l<BR>> > /home/test/code/cvsup/log<BR>> > > Signal Stop Print Pass to program Description<BR>> > > SIG64 No No Yes Real-time event 64<BR>> > > [Thread debugging using libthread_db enabled]<BR>> > > [Nuevo LWP 5074]<BR>> > > [Nuevo Thread -1221278032 (LWP 5074)]<BR>> > > <BR>> > > <BR>> > > In the above m3gdb session I did last year a session<BR>> > on it; I didn't find quite easy to follow track of<BR>> > forked process to see the stacks of the forked process, I<BR>> > didn't tried too hard. But I know gdb has a feature to<BR>> > allow you doing that, but I merely looked into gdb docs<BR>> > quickly, and thinking it now I should retry to see if m3gdb<BR>> > could get these days into that. Hints here or some advise<BR>> > would be appreciated, perhaps Rodney has a better idea of<BR>> > status of this feature on current m3gdb.<BR>> > > I don't know how to build with user-level threads,<BR>> > first I think I must recompile from bootstrap switched to<BR>> > user-level threads, right? I would appreciate any help on<BR>> > how to do that.<BR>> > > <BR>> > > About the case of NT386GNU and alternatives, I expect<BR>> > this tools gets optimized over the time more and more, which<BR>> > is the case for other platforms systems, current multi-core<BR>> > machines shows the speed up as you might have compared in<BR>> > over all compile time with older systems (wouldn't be a<BR>> > bad idea to grab those statistics from m3quake) to compare<BR>> > results in M3 terms and probably in over-all process if<BR>> > possible. There could be a similar performance or at least a<BR>> > constant reduction in number of seconds each time it gets a<BR>> > better platform.<BR>> > > <BR>> > > Thanks in advance,<BR>> > > <BR>> > > --- El jue, 18/2/10, Jay K<BR>> > <jay.krell@cornell.edu> escribió:<BR>> > > <BR>> > > > De: Jay K <jay.krell@cornell.edu><BR>> > > > Asunto: RE: [M3devel] More testing needed for<BR>> > m3back, was: RE: m3back/longint/atomics<BR>> > > > Para: "Daniel (M3)"<BR>> > <dabenavidesd@yahoo.es>, "Olaf"<BR>> > <wagner@elegosoft.com>, "m3devel"<BR>> > <m3devel@elegosoft.com><BR>> > > > Fecha: jueves, 18 de febrero, 2010 23:54<BR>> > > > <BR>> > > > https://projects.elego.de/cm3/ticket/1080<BR>> > > > can you provide the cvsup configuration file?<BR>> > Thanks.<BR>> > > > Can you try building with user threads and see if<BR>> > it<BR>> > > > occurs?<BR>> > > > Or on another platform?<BR>> > > > <BR>> > > > <BR>> > > > This is definitely something we want to look<BR>> > into.<BR>> > > > <BR>> > > > <BR>> > > > NT386GNU is there and worked for me, but it is<BR>> > slow.<BR>> > > > It had 64bit longint way ahead of NT386, but<BR>> > NT386 is there<BR>> > > > now.<BR>> > > > There is also NT386MINGNU.<BR>> > > > <BR>> > > > <BR>> > > > More testing definitely appreciated.<BR>> > > > <BR>> > > > <BR>> > > > Thanks,<BR>> > > > - Jay<BR>> > > > <BR>> > > > <BR>> > > > ----------------------------------------<BR>> > > > > Date: Fri, 19 Feb 2010 03:07:36 +0000<BR>> > > > > From: dabenavidesd@yahoo.es<BR>> > > > > Subject: Re: [M3devel] More testing needed<BR>> > for m3back,<BR>> > > > was: RE: m3back/longint/atomics<BR>> > > > > To: wagner@elegosoft.com;<BR>> > > > m3devel@elegosoft.com;<BR>> > > > jay.krell@cornell.edu<BR>> > > > ><BR>> > > > > Hi all:<BR>> > > > > great news to hear about a release coming<BR>> > soon, but<BR>> > > > how about testing NT386GNU or derivatives of it,<BR>> > would be<BR>> > > > hard to set up (I might try a friend's<BR>> > machine).<BR>> > > > > As I understood that was a great port to new<BR>> > Modula-3<BR>> > > > programmers coming into the M3 world from win<BR>> > world. This<BR>> > > > doesn't have the all packages but is this a<BR>> > must to give<BR>> > > > have a check to release this port?<BR>> > > > > Any news from cvsup ticket #1080<BR>> > https://projects.elego.de/cm3/ticket/1080<BR>> > > > ?<BR>> > > > > Is there any chance to bring those platforms<BR>> > in final<BR>> > > > release?<BR>> > > > > Any difficulties to start trying that?<BR>> > > > > Thanks in advance<BR>> > > > ><BR>> > > > > --- El jue, 18/2/10, Jay K escribió:<BR>> > > > ><BR>> > > > >> De: Jay K <BR>> > > > >> Asunto: Re: [M3devel] More testing<BR>> > needed for<BR>> > > > m3back, was: RE: m3back/longint/atomics<BR>> > > > >> Para: "Olaf" ,<BR>> > "m3devel" <BR>> > > > >> Fecha: jueves, 18 de febrero, 2010<BR>> > 16:26<BR>> > > > >><BR>> > > > >><BR>> > > > >><BR>> > > > >><BR>> > > > >><BR>> > > > >> I added some testing, found/fixed bugs<BR>> > in the gcc<BR>> > > > >> backend (initializing constants,<BR>> > division).<BR>> > > > >><BR>> > > > >> They should be in the automated tests<BR>> > already.<BR>> > > > >><BR>> > > > >> However don't let this stop you from<BR>> > doing<BR>> > > > >> everything/anything you can think of.<BR>> > > > >><BR>> > > > >> I didn't do all that much and you<BR>> > can save time<BR>> > > > and get<BR>> > > > >> more done by not worrying<BR>> > > > >><BR>> > > > >> about the duplication.<BR>> > > > >><BR>> > > > >> Pickles I didn't do anything with at<BR>> > all, so if<BR>> > > > you<BR>> > > > >> really want to avoid/delay duplication,<BR>> > > > >><BR>> > > > >> start with them.<BR>> > > > >><BR>> > > > >><BR>> > > > >><BR>> > > > >> - Jay<BR>> > > > >><BR>> > > > >><BR>> > > > >>> Date: Thu, 18 Feb 2010 17:20:56<BR>> > +0100<BR>> > > > >>> From: wagner@elegosoft.com<BR>> > > > >>> To: m3devel@elegosoft.com<BR>> > > > >>> Subject: Re: [M3devel] More testing<BR>> > needed for<BR>> > > > m3back,<BR>> > > > >> was: RE: m3back/longint/atomics<BR>> > > > >>><BR>> > > > >>> Quoting "Coleburn, Randy"<BR>> > > > >> :<BR>> > > > >>><BR>> > > > >>>> I can certainly run some tests<BR>> > on<BR>> > > > Windows.<BR>> > > > >>>><BR>> > > > >>>> I don't have any code that<BR>> > uses longint,<BR>> > > > so<BR>> > > > >> either someone needs to<BR>> > > > >>>> identify which existing programs<BR>> > I can<BR>> > > > build and<BR>> > > > >> run to do the<BR>> > > > >>>> tests, OR I suppose I can write<BR>> > something<BR>> > > > if you<BR>> > > > >> can give me an idea<BR>> > > > >>>> of how extensive the tests you<BR>> > want.<BR>> > > > >>><BR>> > > > >>> This sounds good!<BR>> > > > >>><BR>> > > > >>> Some things that come to mind for<BR>> > LONGINT<BR>> > > > >> immeditately:<BR>> > > > >>><BR>> > > > >>> o standard integer arithmetic (+, -,<BR>> > *, DIV,<BR>> > > > MOD) at<BR>> > > > >> runtime,<BR>> > > > >>> with and without overflows etc.<BR>> > > > >>> o constant declarations<BR>> > > > >>> o constant expressions<BR>> > > > >>> o assignability (should be rather<BR>> > strict; I'd<BR>> > > > have<BR>> > > > >> to check the mail<BR>> > > > >>> archive for the details)<BR>> > > > >>> o pickles<BR>> > > > >>><BR>> > > > >>> It would be great if you could add<BR>> > some tests<BR>> > > > to<BR>> > > > >> m3tests that are<BR>> > > > >>> valid on all platforms. I expect<BR>> > that some<BR>> > > > should<BR>> > > > >> already be in place,<BR>> > > > >>> but haven't checked yet...<BR>> > > > >>><BR>> > > > >>> Hm, a quick search for longint in<BR>> > > > >>><BR>> > > > >>><BR>> > > > >><BR>> > http://hudson.modula3.com:8080/job/cm3-test-m3tests-FreeBSD4/<BR>> > > > >>><BR>> > > > >>> for example doesn't find<BR>> > anything. Has nobody<BR>> > > > >> added any LONGINT<BR>> > > > >>> test yet? Probably I'm looking<BR>> > for the wrong<BR>> > > > >> string...<BR>> > > > >>><BR>> > > > >>> A complete regression with cm3 and<BR>> > other<BR>> > > > programs you<BR>> > > > >> may have available<BR>> > > > >>> would be great, too, just to make<BR>> > sure that<BR>> > > > the<BR>> > > > >> backend changes<BR>> > > > >>> don't break any old<BR>> > functionality.<BR>> > > > >>><BR>> > > > >>> Olaf<BR>> > > > >>><BR>> > > > >>>><BR>> > > > >>>> I've been trying to keep my<BR>> > system updated<BR>> > > > to<BR>> > > > >> the latest sources on<BR>> > > > >>>> the main trunk, but I've<BR>> > been swamped<BR>> > > > lately<BR>> > > > >> and I'm afraid I'm a<BR>> > > > >>>> few weeks stale right now.<BR>> > I'll remedy<BR>> > > > that<BR>> > > > >> shortly.<BR>> > > > >>>><BR>> > > > >>>> Regards,<BR>> > > > >>>> Randy<BR>> > > > >>>><BR>> > > > >>>><BR>> > ________________________________<BR>> > > > >>>> From: Olaf Wagner<BR>> > [wagner@elegosoft.com]<BR>> > > > >>>> Sent: Thursday, February 18,<BR>> > 2010 6:57 AM<BR>> > > > >>>> To: Jay K<BR>> > > > >>>> Cc: m3devel<BR>> > > > >>>> Subject: [M3devel] More testing<BR>> > needed<BR>> > > > for<BR>> > > > >> m3back, was: RE:<BR>> > > > >>>> m3back/longint/atomics<BR>> > > > >>>><BR>> > > > >>>> If I understand Jay correctly,<BR>> > it wouldn't<BR>> > > > be<BR>> > > > >> too difficult to bring<BR>> > > > >>>> the m3ack LONGINT changes for<BR>> > Windows into<BR>> > > > the<BR>> > > > >> release branch, but<BR>> > > > >>>> more testing would be needed.<BR>> > > > >>>><BR>> > > > >>>> Randy, you're the only one I<BR>> > remember<BR>> > > > offhand<BR>> > > > >> who actively uses M3<BR>> > > > >>>> on Windows except for Jay. Could<BR>> > you have<BR>> > > > a<BR>> > > > >> closer look at it?<BR>> > > > >>>> (Changes are only on the trunk<BR>> > right<BR>> > > > now.)<BR>> > > > >>>><BR>> > > > >>>> Or is anybody else here lurking<BR>> > and eager<BR>> > > > to do<BR>> > > > >> some Windows-based tests?<BR>> > > > >>>><BR>> > > > >>>> If nobody volunteers, I'm<BR>> > afraid we will<BR>> > > > have<BR>> > > > >> to release without 64bit<BR>> > > > >>>> LONGINT on Windows.<BR>> > > > >>>><BR>> > > > >>>> Olaf<BR>> > > > >>>><BR>> > > > >>>> Quoting Jay K :<BR>> > > > >>>><BR>> > > > >>>>> NT386/longint changes are<BR>> > almost<BR>> > > > entirely in<BR>> > > > >> the m3back package.<BR>> > > > >>>>><BR>> > > > >>>>> There is also some small<BR>> > easy stuff<BR>> > > > in<BR>> > > > >>>>><BR>> > > > m3-libs/m3core/src/Csupport/common/hand.c.<BR>> > > > >>>>><BR>> > > > >>>>> It'd be really great if<BR>> > anyone could<BR>> > > > test<BR>> > > > >> any of this and if<BR>> > > > >>>>> anyone could review the diff<BR>> > between<BR>> > > > release<BR>> > > > >> and head.<BR>> > > > >>>>><BR>> > > > >>>>> Not just me.<BR>> > > > >>>>><BR>> > > > >>>>> The changes for longint are<BR>> > quite<BR>> > > > large, even<BR>> > > > >> if local.<BR>> > > > >>>>><BR>> > > > >>>>> I can port them, in the case<BR>> > of<BR>> > > > m3back, just<BR>> > > > >> copy, and make sure<BR>> > > > >>>>> the atomics stuff<BR>> > doesn't cause<BR>> > > > problems<BR>> > > > >> (it should be unused).<BR>> > > > >>>>><BR>> > > > >>>>> There is also a small change<BR>> > in<BR>> > > > m3front so<BR>> > > > >> that longint can be initialized.<BR>> > > > >>>>> That affects all platforms.<BR>> > > > >>>>><BR>> > > > >>>>> And a small change in<BR>> > m3cc/parse.c<BR>> > > > for<BR>> > > > >> div/mod of longint on non-NT386.<BR>> > > > >>>>> I have to test mod yet but<BR>> > my fix<BR>> > > > probably<BR>> > > > >> helps it.<BR>> > > > >>>>><BR>> > > > >>>>> It'd be really great if<BR>> > anyone could<BR>> > > > do<BR>> > > > >> anything with this stuff.<BR>> > > > >>>>> ie. for now in head, then<BR>> > could easily<BR>> > > > port<BR>> > > > >> to release.<BR>> > > > >>>>><BR>> > > > >>>>> We can of course release<BR>> > either way,<BR>> > > > >> depending on how satisfied people<BR>> > > > >>>>> are with 32bit longint on<BR>> > NT386. i.e.<BR>> > > > longint<BR>> > > > >> isn't useful portably, but it<BR>> > > > >>>>> is useful on non-NT386<BR>> > platforms.<BR>> > > > >>>>><BR>> > > > >>>>> - Jay<BR>> > > > >>>>><BR>> > > > >>>>>> Date: Tue, 16 Feb 2010<BR>> > 16:12:52<BR>> > > > +0100<BR>> > > > >>>>>> From:<BR>> > wagner@elegosoft.com<BR>> > > > >>>>>> To:<BR>> > m3devel@elegosoft.com<BR>> > > > >>>>>> Subject: Re: [M3devel]<BR>> > > > >> m3back/longint/atomics<BR>> > > > >>>>>><BR>> > > > >>>>>> Quoting Jay K<BR>> > > > >> :<BR>> > > > >>>>>><BR>> > > > >>>>>>><BR>> > > > >>>>>>> As far as I<BR>> > know/can<BR>> > > > remember,<BR>> > > > >> longint and atomics should all work<BR>> > > > >>>>>>> now on NT386.<BR>> > > > >>>>>>><BR>> > > > >>>>>>> Atomics only<BR>> > currently for<BR>> > > > 32bit<BR>> > > > >> types.<BR>> > > > >>>>>>> There are still a<BR>> > few small<BR>> > > > >> inefficiencies to maybe deal with.<BR>> > > > >>>>>>> I'll add 64bit<BR>> > shortly and<BR>> > > > maybe<BR>> > > > >> 8 and 16.<BR>> > > > >>>>>>><BR>> > > > >>>>>>><BR>> > > > >>>>>>> We should probably<BR>> > add *a lot*<BR>> > > > more<BR>> > > > >> test coverage in p226 and p227.<BR>> > > > >>>>>>><BR>> > > > >>>>>>> e.g. longint<BR>> > > > >> multiply/add/sub/divide, not just<BR>> > insert/extract<BR>> > > > like I<BR>> > > > >>>>>>> did a bunch of.<BR>> > > > >>>>>><BR>> > > > >>>>>> Any volunteers to<BR>> > increase the<BR>> > > > test<BR>> > > > >> coverage?<BR>> > > > >>>>>><BR>> > > > >>>>>>> Still to fix the<BR>> > Win32<BR>> > > > m3core/libm3<BR>> > > > >> to not always truncate file sizes.<BR>> > > > >>>>>>><BR>> > > > >>>>>>> Still maybe to do<BR>> > something<BR>> > > > about<BR>> > > > >> rd/wr...?<BR>> > > > >>>>>>><BR>> > > > >>>>>>> Still to wonder<BR>> > about<BR>> > > > NT386/longint<BR>> > > > >> support in the release branch?<BR>> > > > >>>>>><BR>> > > > >>>>>> Should we / will you<BR>> > merge this<BR>> > > > stuff to<BR>> > > > >> the release branch?<BR>> > > > >>>>>> Or should we release<BR>> > without it?<BR>> > > > How<BR>> > > > >> local are the changes?<BR>> > > > >>>>>><BR>> > > > >>>>>> Olaf<BR>> > > > >>>> --<BR>> > > > >>>> Olaf Wagner -- elego Software<BR>> > Solutions<BR>> > > > GmbH<BR>> > > > >>>> Gustav-Meyer-Allee 25 / Gebäude<BR>> > 12,<BR>> > > > 13355<BR>> > > > >> Berlin, Germany<BR>> > > > >>>> phone: +49 30 23 45 86 96<BR>> > mobile: +49 177<BR>> > > > 2345<BR>> > > > >> 869 fax: +49 30 23 45 86 95<BR>> > > > >>>><BR>> > > > >> http://www.elegosoft.com |<BR>> > > > >><BR>> > > > >>>> Geschäftsführer: Olaf Wagner |<BR>> > Sitz:<BR>> > > > Berlin<BR>> > > > >>>> Handelregister: Amtsgericht<BR>> > Charlottenburg<BR>> > > > HRB<BR>> > > > >> 77719 | USt-IdNr: DE163214194<BR>> > > > >>>><BR>> > > > >>>><BR>> > > > >>><BR>> > > > >>><BR>> > > > >>><BR>> > > > >>> --<BR>> > > > >>> Olaf Wagner -- elego Software<BR>> > Solutions GmbH<BR>> > > > >>> Gustav-Meyer-Allee 25 / Gebäude 12,<BR>> > 13355<BR>> > > > Berlin,<BR>> > > > >> Germany<BR>> > > > >>> phone: +49 30 23 45 86 96 mobile:<BR>> > +49 177 2345<BR>> > > > 869<BR>> > > > >> fax: +49 30 23 45 86 95<BR>> > > > >>> http://www.elegosoft.com |<BR>> > > > Geschäftsführer: Olaf<BR>> > > > >> Wagner | Sitz: Berlin<BR>> > > > >>> Handelregister: Amtsgericht<BR>> > Charlottenburg HRB<BR>> > > > 77719 |<BR>> > > > >> USt-IdNr: DE163214194<BR>> > > > >>><BR>> > > > >><BR>> > > > >><BR>> > > > ><BR>> > > > ><BR>> > > > > <BR>> > > > <BR>> > > > <BR>> > > > <BR>> > > <BR>> > > <BR>> > > <BR>> > <BR>> > <BR>> <BR>> <BR>> <BR> </body>
</html>