[M3devel] More testing needed for m3back, was: RE: m3back/longint/atomics

Fri Feb 19 22:08:47 CET 2010

Either head or release_branch_cm3_5_8.

Something like cm3 -DNO-PTHREADS should work, yes.

My scripts/python doesn't accept extra switches though. You could edit that into them,

or use the *.sh files. Or edit m3-libs\m3core\src\thread.quake as I said.

Thanks,

 - Jay

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20100219/fee06477/attachment-0002.html>