From dabenavidesd at yahoo.es Thu Feb 1 21:34:23 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Thu, 1 Feb 2007 21:34:23 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD Message-ID: <20070201203423.98686.qmail@web27113.mail.ukl.yahoo.com> Hi: Some things besides what found with mentor: danielb at sl11:~$ mentor @M3stackdump *** *** runtime error: *** Thread client error: attempt to release an unlocked mutex *** file "ThreadPThread.m3", line 168 *** ------------------ EXCEPTION HANDLER STACK --------------------- 0xa22bab80 LOCK mutex = 0xb241b164 0xa22babd0 LOCK mutex = 0xb2416c78 0xa22bac30 LOCK mutex = 0xb2416d54 0xa22bac80 LOCK mutex = 0xb2416cd8 0xa22bacd0 LOCK mutex = 0xb2410378 0xa22bad20 LOCK mutex = 0xb23fa104 0xa22bad70 LOCK mutex = 0xb23fa370 0xa22badc0 LOCK mutex = 0xb23fa1f4 0xa22bae20 LOCK mutex = 0xb23fa288 0xa22bae58 RAISES {} 0xa22bb170 TRY-EXCEPT {0x718ac4e9} 0xa22bb250 TRY-EXCEPT {0x718ac4e9} ---------------------------------------------------------------- Cancelado danielb at sl11:~$ I didn't debugged mentor, but I tried another program, cvsup, and with GUI problems after a seconds the process finishes but no advise of runtime error, however with no-gui It simply works well. Also Im trying the examples of the parallel chapter of the book "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, with the NThreads example (which you can download on the url http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/Modula-3/m3book/examples.html ) You will need the m3local library shipped and a m3makefile like this below: import ("m3local") implementation("NThreads") program("NThreads") I get this on the console with the Pthread version: the program will call Nl new line after a 10 is printed. 9 10 4 7 8 1 2 3 5 6 9 10 4 10 4 7 9 1 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 4 5 6 7 8 9 10 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 3 4 8 4 8 1 3 5 6 7 9 10 9 10 2 3 4 5 6 7 8 1 7 8 9 10 2 10 2 3 7 8 9 1 4 5 6 10 2 3 7 8 9 1 9 1 4 7 8 10 2 3 5 6 9 1 4 1 4 7 9 10 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 6 1 2 3 7 8 9 10 9 10 4 7 8 1 2 3 5 6 9 10 4 10 4 7 9 1 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 6 1 2 3 7 8 9 10 9 10 But with the POSIX implementation, this is a extract of the out: It ends according to the example until Return is pressed. 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 Certainly, and according to the book, the first one is more expectable. I would like to know your opinions about this issue. Besides with import("libsio") in place of import ("m3local") on the m3makefile you get the numbers in a distribution similar to the above but the number of digits in each line is more uniform (ten by line) on the pthread version this time. Besides I know the Upthread.i3 interface on m3-libs/m3core/src/unix/linux-libc6 has a the procedure PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; READONLY param: struct_sched_param): int; that could be useful to change the scheduling policy, but certainly I didn't find with grep in all the cm3 distro where it is used. The Round Robin policy according to the documentation of pthreads, is only available on process running with superuser privileges. Thanks, Daniel Benavides > Tony Hosking hosking at cs.purdue.edu wrote: > > A stack trace would be useful. Perhaps you can run again with > @M3stackdump specified on the command line. Alternatively, if you > run inside gdb you can show the stack dump at the point of the > error > by setting a breakpoint at line 168 in ThreadPThread.m3. > > I notice that you are using priority scheduling -- not sure what > that > will do to things. Can you try it with round robin scheduling? > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > Hello: > > > > I have compiled the cm3 cvs updated with the Pthread support > under > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > on > > the array SYSTEM_LIBORDER > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > YACC", "LIBC", > > "PTHREAD" ] > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > on the array SYSTEM_LIBS > > > > But when running a mentor animation I get this runtime error > > consistently about a seconds later after began an animation, then > > > this is the out: > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor showthread > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an unlocked mutex > > *** file "ThreadPThread.m3", line 168 > > *** > > > > Cancelado > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > This system has > > "POSIX version set to 200112, > > including support for priority scheduling" > > > > Thanks, > > Daniel Benavides > > > --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dabenavidesd at yahoo.es Tue Feb 6 00:45:53 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Tue, 6 Feb 2007 00:45:53 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD Message-ID: <20070205234553.49308.qmail@web27115.mail.ukl.yahoo.com> Hello: Finally I get mentor debugged with the below commands to avoid hit 'return' to continu the execution after Signals, (although the execution still needs several hits on return, you can do several previously and It helps to give continuity to the execution): handle all nostop handle EXC_SOFTWARE stop handle EXC_BREAKPOINT stop Here it is the out of m3gdb session of mentor (running PQueue session Algorithm HeapSort, with Modula-3 Code View and Tree View): Program received signal SIG64, Real-time event 64. Program received signal SIGXCPU, CPU time limit exceeded. Program received signal SIG64, Real-time event 64. [Switching to Thread -1456178256 (LWP 23051)] Breakpoint 1, InnerUnlockMutex (m=16_ac9568b4, self=16_ac92c004) at ThreadPThread.m3:168 warning: Source file is more recent than executable. 168 Die(ThisLine(), "attempt to release an unlocked mutex"); (m3gdb) where #0 InnerUnlockMutex (m=16_ac9568b4, self=16_ac92c004) at ThreadPThread.m3:168 #1 0xb7113f69 in UnlockMutex (m=16_ac9568b4) at ThreadPThread.m3:189 #2 0xb7b27ff9 in SyncDefault (v=16_ac9568b4, ch=16_ac959268, wait=TRUE) at VBTClass.m3:799 #3 0xb7b21d9f in Sync (v=16_ac959268, wait=TRUE) at VBT.m3:1167 #4 0xb7b64371 in Sync (v=16_ac956744, ch=16_ac956820, wait=TRUE) at JoinedVBT.m3:101 #5 0xb7b27fd6 in SyncDefault (v=16_ac956820, ch=16_ac9567a4, wait=TRUE) at VBTClass.m3:797 #6 0xb7b27fd6 in SyncDefault (v=16_ac9567a4, ch=16_ac955ea4, wait=TRUE) at VBTClass.m3:797 #7 0xb7b27fd6 in SyncDefault (v=16_ac955ea4, ch=16_b2c5fcbc, wait=TRUE) at VBTClass.m3:797 #8 0xb7b27fd6 in SyncDefault (v=16_b2c5fcbc, ch=16_b2c5ff28, wait=TRUE) at VBTClass.m3:797 #9 0xb7b27fd6 in SyncDefault (v=16_b2c5ff28, ch=16_b2c5fdac, wait=TRUE) at VBTClass.m3:797 #10 0xb7b21d9f in Sync (v=16_b2c5fdac, wait=TRUE) at VBT.m3:1167 #11 0xb7d525f3 in MGRedisplay (v=16_b2c5fdac, br=RECORD r = RECORD west = 0; east = 0; north = 0; south = 0; END; p = NIL; END) at MGV.m3:146 #12 0xb7d41b90 in DoAnimation (t=16_b2cac1ac, time=0.1202204, timePrev=0.117730595, v=16_b2c5fdac, mg=NIL) at Animate.m3:57 #13 0xb7d41ca8 in Do (t=16_b2cac1ac, mg=NIL, v=16_b2c5fdac, duration=1) at Animate.m3:74 #14 0xb7d536d1 in Animation (v=16_b2c5fdac, duration=1) at MGV.m3:313 #15 0xb7d83fdc in AnimateGraph (graph=16_b2c5fcbc, t0=0, t1=1) at GraphVBT.m3:656 #16 0x081534b3 in HeapOpInit (view=16_ac955ea4, k=4) at PQViews.m3:152 #17 0x0814c1d8 in OEDispatcher (v=16_ac955ea4, evt=16_b2be4f64) at PQueueIE.m3:97 #18 0xb7df19db in ViewThread (self=16_b2c3b808) at Zeus.m3:331 #19 0xb7116382 in RunThread (me=16_08307368) at ThreadPThread.m3:548 #20 0xb7115f61 in ThreadBase (param=16_08307368) at ThreadPThread.m3:518 #21 0xb6eb4341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #22 0xb6e484ee in clone () from /lib/tls/i686/cmov/libc.so.6 (m3gdb) Any more information useful to send you? Thanks, Daniel Benavides On Feb 1, 2007, at 3:34 PM, Daniel Alejandro Benavides D. wrote: > Hi: > > Some things besides what found with mentor: > > danielb at sl11:~$ mentor @M3stackdump > > > *** > *** runtime error: > *** Thread client error: attempt to release an unlocked mutex > *** file "ThreadPThread.m3", line 168 > *** > > ------------------ EXCEPTION HANDLER STACK --------------------- > 0xa22bab80 LOCK mutex = 0xb241b164 > 0xa22babd0 LOCK mutex = 0xb2416c78 > 0xa22bac30 LOCK mutex = 0xb2416d54 > 0xa22bac80 LOCK mutex = 0xb2416cd8 > 0xa22bacd0 LOCK mutex = 0xb2410378 > 0xa22bad20 LOCK mutex = 0xb23fa104 > 0xa22bad70 LOCK mutex = 0xb23fa370 > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > 0xa22bae20 LOCK mutex = 0xb23fa288 > 0xa22bae58 RAISES {} > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > ---------------------------------------------------------------- > Cancelado > danielb at sl11:~$ > > I didn't debugged mentor, but I tried another program, cvsup, > and with GUI problems after a seconds the process finishes > but no advise of runtime error, however with no-gui It simply works > well. > > Also Im trying the examples of the parallel chapter of the book > "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, > with the NThreads example (which you can download on the url > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > Modula-3/m3book/examples.html ) > You will need the m3local library shipped and a m3makefile like > this below: > import ("m3local") > implementation("NThreads") > program("NThreads") > > I get this on the console with the Pthread version: > the program will call Nl new line after a 10 is printed. > 9 10 > 4 7 8 1 2 3 5 6 9 10 > 4 10 > 4 7 9 1 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 4 5 6 7 8 9 10 > 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 > 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 > 3 4 8 4 8 1 3 5 6 7 9 10 > 9 10 > 2 3 4 5 6 7 8 1 7 8 9 10 > 2 10 > 2 3 7 8 9 1 4 5 6 10 > 2 3 7 8 9 1 9 1 4 7 8 10 > 2 3 5 6 9 1 4 1 4 7 9 10 > 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 6 1 2 3 7 8 9 10 > 9 10 > 4 7 8 1 2 3 5 6 9 10 > 4 10 > 4 7 9 1 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 6 1 2 3 7 8 9 10 > 9 10 > > But with the POSIX implementation, this is a extract of the out: > It ends according to the example until Return is pressed. > > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > Certainly, and according to the book, the first one is more > expectable. > I would like to know your opinions about this issue. > Besides with import("libsio") in place of import ("m3local") on the > m3makefile > you get the numbers in a distribution similar to the above but the > number of digits > in each line is more uniform (ten by line) on the pthread version > this time. > > Besides I know the Upthread.i3 interface on > m3-libs/m3core/src/unix/linux-libc6 has a the procedure > > PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; > READONLY param: struct_sched_param): > int; > that could be useful to change the scheduling policy, but certainly > I didn't find with grep in all the cm3 distro where it is used. > The Round Robin policy according to the documentation > of pthreads, is only available on process running with superuser > privileges. > > Thanks, > Daniel Benavides > > > Tony Hosking hosking at cs.purdue.edu wrote: > > > > A stack trace would be useful. Perhaps you can run again with > > @M3stackdump specified on the command line. Alternatively, if you > > run inside gdb you can show the stack dump at the point of the > > error > > by setting a breakpoint at line 168 in ThreadPThread.m3. > > > > I notice that you are using priority scheduling -- not sure what > > that > > will do to things. Can you try it with round robin scheduling? > > > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > > > Hello: > > > > > > I have compiled the cm3 cvs updated with the Pthread support > > under > > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > > on > > > the array SYSTEM_LIBORDER > > > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > > YACC", "LIBC", > > > "PTHREAD" ] > > > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > > on the array SYSTEM_LIBS > > > > > > But when running a mentor animation I get this runtime error > > > consistently about a seconds later after began an animation, then > > > > > this is the out: > > > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor showthread > > > > > > > > > *** > > > *** runtime error: > > > *** Thread client error: attempt to release an unlocked mutex > > > *** file "ThreadPThread.m3", line 168 > > > *** > > > > > > Cancelado > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > > > This system has > > > "POSIX version set to 200112, > > > including support for priority scheduling" > > > > > > Thanks, > > > Daniel Benavides > > > > > --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dabenavidesd at yahoo.es Tue Feb 6 16:39:34 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Tue, 6 Feb 2007 16:39:34 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 Message-ID: <483751.9053.qm@web27102.mail.ukl.yahoo.com> Hi: Im compiling all the system and I got this error /home/admin11/code/cm3-5.4/cm3/scripts/pkgmap.sh -c "/usr/local/cm3/bin/cm3 -DPTHREAD -build -DROOT='/home/admin11/code/cm3-5.4/cm3' && /usr/local/cm3/bin/cm3 -DPTHREAD -ship -DROOT='/home/admin11/code/cm3-5.4/cm3' " m3gc-simple m3core libm3 patternmatching m3middle m3quake m3scanner m3tools m3cgcat m3cggen m3gdb m3bundle arithmetic bitvector digraph parseparams realgeometry set slisp sortedtableextras table-list tempfiles tcp udp libsio libbuf debug listfuncs embutils m3tk-misc http binIO commandrw m3tk mtex m3totex m3tohtml m3scan m3markup m3browser cmpdir cmpfp dirfp uniq netobj netobjd stubgen events rdwr sharedobj sharedobjgen odbc postgres95 db smalldb stable stablegen X11R4 ui PEX vbtkit cmvbt jvideo videovbt web formsvbtpixmaps formsvbt formsview formsedit codeview mg mgkit opengl anim3D zeus m3zume synloc synex metasyn obliqrt obliqparse obliqprint obliq obliqlibemb obliqlibm3 obliqlibui obliqlibanim obliqsrvstd obliqsrvui obliqbinmin obliqbinstd obliqbinui obliqbinanim visualobliq vocgi voquery vorun webvbt recordheap rehearsecode replayheap showheap shownew showthread pkl-fonts juno-machine juno-compiler juno-app cube calculator fisheye mentor === package /home/admin11/code/cm3-5.4/cm3/m3-libs/m3gc-simple === +++ /usr/local/cm3/bin/cm3 -DPTHREAD -build -DROOT='/home/admin11/code/cm3-5.4/cm3' && /usr/local/cm3/bin/cm3 -DPTHREAD -ship -DROOT='/home/admin11/code/cm3-5.4/cm3' +++ --- building in LINUXLIBC6 --- new source -> compiling RTVM.c new source -> compiling sysdeps.c ../src/runtime/LINUXLIBC6/sysdeps.c:20:21: asm/ipc.h: No existe el fichero ? directorio compilation failed => not building library "libm3gcdefs.a" Fatal Error: package build failed *** execution of failed *** root at sl11:/home/admin11/code/cm3-5.4/cm3/scripts# The file ipc.h does exist but in the directory /usr/include/asm-generic On the file cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 the line 19 has the following include: #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 #include #endif Is there a problem changing the include to #include ? This kernel is 2.6.17-10-generic Thanks, Daniel Benavides ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From wagner at elegosoft.com Tue Feb 6 17:13:43 2007 From: wagner at elegosoft.com (Olaf Wagner) Date: Tue, 6 Feb 2007 17:13:43 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <483751.9053.qm@web27102.mail.ukl.yahoo.com> References: <483751.9053.qm@web27102.mail.ukl.yahoo.com> Message-ID: <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> On Tue, February 6, 2007 4:39 pm, Daniel Alejandro Benavides D. wrote: > Hi: > Im compiling all the system and I got this error > > On the file > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > the line 19 has the following include: > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > #include > #endif > > Is there a problem changing the include to > #include ? > This kernel is 2.6.17-10-generic If this is the location the file has moved to it is certainly correct at least for your workspace. Before you check-in such a change, you should add an appropriate version check of course, or other people using other Linux versions will have similar problems as you. Olaf -- Olaf Wagner -- elego Software Solutions GmbH, Ohmstr. 9, 10179 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 From stsp at stsp.in-berlin.de Tue Feb 6 19:11:21 2007 From: stsp at stsp.in-berlin.de (Stefan Sperling) Date: Tue, 6 Feb 2007 19:11:21 +0100 Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> References: <483751.9053.qm@web27102.mail.ukl.yahoo.com> <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> Message-ID: <20070206181121.GA1403@ted.stsp.lan> On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf Wagner wrote: > > On Tue, February 6, 2007 4:39 pm, Daniel Alejandro Benavides D. wrote: > > Hi: > > Im compiling all the system and I got this error > > > > On the file > > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > > the line 19 has the following include: > > > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > > #include > > #endif > > > > Is there a problem changing the include to > > #include ? Yes. > > This kernel is 2.6.17-10-generic The -generic in that version number has nothing to do with include/asm-generic. It is a custom string added by the Ubuntu developers to identify which kernel variant is running. See the CONFIG_LOCALVERSION kernel configuration option. The include/asm-generic directory is used for platform independent parts the assembler code in Linux relies on (constant definitions, common macros, etc.) The asm/ include directory is usually a symlink, and does not exist in a freshly extracted linux source tree. For example, this is from the source tree of a build of Linux for the ARM architecture: [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls -l asm lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ -> asm-arm Note that asm/ipc.h includes asm-generic/ipc.h: [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep asm-generic/ipc.h asm/ipc.h #include > If this is the location the file has moved to it is certainly correct > at least for your workspace. Before you check-in such a change, you > should add an appropriate version check of course, or other people > using other Linux versions will have similar problems as you. I think the problem is somewhere else. Daniel, are you sure you have a kernel source or kernel headers package for your architecture installed on your Ubuntu system? -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From dabenavidesd at yahoo.es Wed Feb 7 18:48:33 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Wed, 7 Feb 2007 18:48:33 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <20070206181121.GA1403@ted.stsp.lan> Message-ID: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> Hello: Yes I do have by default the following kernel headers on /usr/src drwxr-xr-x 19 root root 4096 2006-10-25 09:06 linux-headers-2.6.17-10 drwxr-xr-x 4 root root 4096 2006-10-25 09:06 linux-headers-2.6.17-10-generic A comment, linux-headers-2.6.17-10-generic just have symbolic links to the other. admin11 at sl11:/usr/src$ ls -al linux-headers-2.6.17-10/include/ total 192 drwxr-xr-x 43 root root 4096 2006-10-25 09:06 . drwxr-xr-x 19 root root 4096 2006-10-25 09:06 .. drwxr-xr-x 3 root root 4096 2006-10-25 09:06 acpi lrwxrwxrwx 1 root root 8 2007-02-06 08:13 asm -> asm-i386 the file /usr/src/linux-headers-2.6.17-10/include/asm/ipc.h has the preproccesor line: #include Besides there ir asm headers on the directory /usr/include the thing is In this version of Ubuntu Edgy, the directory /usr/include has the following directories: drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 arpa drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-generic drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-i386 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-x86_64 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 bits drwxr-xr-x 3 root root 4,0K 2007-02-06 10:51 c++ drwxr-xr-x 2 root root 4,0K 2007-02-06 09:52 GL drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gnu drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gphoto2 drwxr-xr-x 2 root root 4,0K 2006-06-19 17:55 gsl drwxr-xr-x 3 root root 4,0K 2006-10-25 09:05 kde drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 libexif drwxr-xr-x 15 root root 8,0K 2006-10-25 09:05 linux drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 Mrm drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 net drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netash drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netatalk drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netax25 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 neteconet drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netinet drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netipx drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netpacket drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrom drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrose drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 nfs drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 protocols drwxr-xr-x 2 root root 4,0K 2006-10-25 09:06 python2.4 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpc drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpcsvc drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 scsi drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 sys drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 uil drwxr-xr-x 9 root root 4,0K 2007-02-06 09:54 X11 drwxr-xr-x 2 root root 8,0K 2007-02-06 10:14 Xm but the file ipc.h doesnt exist on /usr/include/asm, It does a file named ipcbuf.h Comparing to the Ubuntu 6.06 Dapper, the directory /usr/include has only directories X11 gsl and python2.4. But the directory /usr/src/linux-headers-2.6.15-27/include/asm/ipc.h it does exists and have the line #include So Its almost the same situation in terms of contents of the files on linux headers but, the difference is the .c file of the error was looking first on /usr/include and not on the linux headers, so maybe quake takes the first option in this Edgy, then It didint find the file, so it complains. Could be a bug or a missing header on /usr/include on this new ubuntu ? I will ask help on Ubuntu forums. Thanks, Daniel Benavides --- Stefan Sperling wrote: > On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf > Wagner wrote: > > > > On Tue, February 6, 2007 4:39 pm, Daniel Alejandro > Benavides D. wrote: > > > Hi: > > > Im compiling all the system and I got this error > > > > > > On the file > > > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > > > the line 19 has the following include: > > > > > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > > > #include > > > #endif > > > > > > Is there a problem changing the include to > > > #include ? > > Yes. > > > > This kernel is 2.6.17-10-generic > > The -generic in that version number has nothing to > do with > include/asm-generic. It is a custom string added by > the Ubuntu > developers to identify which kernel variant is > running. > See the CONFIG_LOCALVERSION kernel configuration > option. > > The include/asm-generic directory is used for > platform > independent parts the assembler code in Linux relies > on > (constant definitions, common macros, etc.) > > The asm/ include directory is usually a symlink, and > does not exist in a freshly extracted linux source > tree. > > For example, this is from the source tree of a build > of > Linux for the ARM architecture: > > [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls > -l asm > lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ > -> asm-arm > > Note that asm/ipc.h includes asm-generic/ipc.h: > > [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep > asm-generic/ipc.h asm/ipc.h > #include > > > If this is the location the file has moved to it > is certainly correct > > at least for your workspace. Before you check-in > such a change, you > > should add an appropriate version check of course, > or other people > > using other Linux versions will have similar > problems as you. > > I think the problem is somewhere else. > > Daniel, are you sure you have a kernel source or > kernel headers > package for your architecture installed on your > Ubuntu system? > > -- > stefan > http://stsp.in-berlin.de > PGP Key: 0xF59D25F0 > ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From hosking at cs.purdue.edu Mon Feb 12 21:33:27 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:33:27 -0500 Subject: [M3devel] Problems with mailing lists Message-ID: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> Why don't I see commit messages anymore coming to this list? Also, why are the mailing lists not being archived on the Elego software Web-site? I can see messages from 2006 but none from 2007. From hosking at cs.purdue.edu Mon Feb 12 21:40:03 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:40:03 -0500 Subject: [M3devel] Problems with mailing lists In-Reply-To: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> References: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> Message-ID: <1A09A4E1-6698-4474-A49C-670921AC181D@cs.purdue.edu> OK, so it seems that the Web-site still refers to the old Zope mailing list archives. The lists are appearing at the link below. On Feb 12, 2007, at 3:33 PM, Tony Hosking wrote: > Why don't I see commit messages anymore coming to this list? > > Also, why are the mailing lists not being archived on the Elego > software Web-site? I can see messages from 2006 but none from 2007. > > > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel From hosking at cs.purdue.edu Mon Feb 12 21:41:23 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:41:23 -0500 Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> References: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> Message-ID: It turns out that you don't need to include so I've gone ahead and deleted that line. On Feb 7, 2007, at 12:48 PM, Daniel Alejandro Benavides D. wrote: > Hello: > Yes I do have by default the following kernel headers > on > /usr/src > > drwxr-xr-x 19 root root 4096 2006-10-25 09:06 > linux-headers-2.6.17-10 > drwxr-xr-x 4 root root 4096 2006-10-25 09:06 > linux-headers-2.6.17-10-generic > > A comment, linux-headers-2.6.17-10-generic just have > symbolic links to the other. > > admin11 at sl11:/usr/src$ ls -al > linux-headers-2.6.17-10/include/ > total 192 > drwxr-xr-x 43 root root 4096 2006-10-25 09:06 . > drwxr-xr-x 19 root root 4096 2006-10-25 09:06 .. > drwxr-xr-x 3 root root 4096 2006-10-25 09:06 acpi > lrwxrwxrwx 1 root root 8 2007-02-06 08:13 asm -> > asm-i386 > > the file > /usr/src/linux-headers-2.6.17-10/include/asm/ipc.h > has the preproccesor line: > #include > > Besides there ir asm headers on the directory > /usr/include > the thing is In this version of Ubuntu Edgy, the > directory /usr/include has the following directories: > > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 arpa > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > asm-generic > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-i386 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > asm-x86_64 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 bits > drwxr-xr-x 3 root root 4,0K 2007-02-06 10:51 c++ > drwxr-xr-x 2 root root 4,0K 2007-02-06 09:52 GL > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gnu > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gphoto2 > drwxr-xr-x 2 root root 4,0K 2006-06-19 17:55 gsl > drwxr-xr-x 3 root root 4,0K 2006-10-25 09:05 kde > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 libexif > drwxr-xr-x 15 root root 8,0K 2006-10-25 09:05 linux > drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 Mrm > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 net > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netash > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netatalk > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netax25 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > neteconet > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netinet > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netipx > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > netpacket > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrom > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrose > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 nfs > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > protocols > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:06 > python2.4 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpc > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpcsvc > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 scsi > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 sys > drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 uil > drwxr-xr-x 9 root root 4,0K 2007-02-06 09:54 X11 > drwxr-xr-x 2 root root 8,0K 2007-02-06 10:14 Xm > > but the file ipc.h doesnt exist on /usr/include/asm, > It does a file named ipcbuf.h > > Comparing to the Ubuntu 6.06 Dapper, the directory > /usr/include has only directories X11 gsl and > python2.4. But the directory > /usr/src/linux-headers-2.6.15-27/include/asm/ipc.h it > does exists and have the line > #include > > So Its almost the same situation in terms of contents > of the files on linux headers but, the difference is > the .c file of the error was looking first on > /usr/include and not on the linux headers, so maybe > quake takes the first option in this Edgy, then It > didint find the file, so it complains. > > Could be a bug or a missing header on /usr/include on > this new ubuntu ? I will ask help on Ubuntu forums. > > Thanks, > Daniel Benavides > > --- Stefan Sperling wrote: > >> On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf >> Wagner wrote: >>> >>> On Tue, February 6, 2007 4:39 pm, Daniel Alejandro >> Benavides D. wrote: >>>> Hi: >>>> Im compiling all the system and I got this error >>>> >>>> On the file >>>> cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 >>>> the line 19 has the following include: >>>> >>>> #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 >>>> #include >>>> #endif >>>> >>>> Is there a problem changing the include to >>>> #include ? >> >> Yes. >> >>>> This kernel is 2.6.17-10-generic >> >> The -generic in that version number has nothing to >> do with >> include/asm-generic. It is a custom string added by >> the Ubuntu >> developers to identify which kernel variant is >> running. >> See the CONFIG_LOCALVERSION kernel configuration >> option. >> >> The include/asm-generic directory is used for >> platform >> independent parts the assembler code in Linux relies >> on >> (constant definitions, common macros, etc.) >> >> The asm/ include directory is usually a symlink, and >> does not exist in a freshly extracted linux source >> tree. >> >> For example, this is from the source tree of a build >> of >> Linux for the ARM architecture: >> >> [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls >> -l asm >> lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ >> -> asm-arm >> >> Note that asm/ipc.h includes asm-generic/ipc.h: >> >> [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep >> asm-generic/ipc.h asm/ipc.h >> #include >> >>> If this is the location the file has moved to it >> is certainly correct >>> at least for your workspace. Before you check-in >> such a change, you >>> should add an appropriate version check of course, >> or other people >>> using other Linux versions will have similar >> problems as you. >> >> I think the problem is somewhere else. >> >> Daniel, are you sure you have a kernel source or >> kernel headers >> package for your architecture installed on your >> Ubuntu system? >> >> -- >> stefan >> http://stsp.in-berlin.de >> PGP Key: 0xF59D25F0 >> > > > > > ______________________________________________ > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. > http://es.voice.yahoo.com > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel From hosking at cs.purdue.edu Tue Feb 13 17:25:19 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 13 Feb 2007 11:25:19 -0500 Subject: [M3devel] problem using -DPTHREAD In-Reply-To: <20070206044254.54790.qmail@web27108.mail.ukl.yahoo.com> References: <20070206044254.54790.qmail@web27108.mail.ukl.yahoo.com> Message-ID: <54BB1DA5-FC15-4AF1-B030-3EF6D074D58D@cs.purdue.edu> With the latest check-ins to the cm3 CVS repository I am now able to bootstrap and run programs (including those with X11 graphics) on Fedora Core 6 (Zod). Please try rebuilding from sources. On Feb 5, 2007, at 11:42 PM, Daniel Alejandro Benavides D. wrote: > Hi Tony: > I could catch this too, but definitely is more easy with all the > views all of the algorithm, > Bar Code view, Tree View, Modula-3 Code View, and Transcript View > of the same algorithm and same session, with 2 views, is harder to > end abnormally the process > under m3gdb. > Here it is the out of this mentor m3gdb session: > > Program received signal SIGXCPU, CPU time limit exceeded. > > Program received signal SIGXCPU, CPU time limit exceeded. > > Program received signal SIGXCPU, CPU time limit exceeded. > [Switching to Thread -1515197520 (LWP 1748)] > > Breakpoint 1, InnerUnlockMutex (m=16_b232fb40, self=16_acab94c4) > at ThreadPThread.m3:168 > warning: Source file is more recent than executable. > ---Type to continue, or q to quit--- > 168 Die(ThisLine(), "attempt to release an unlocked mutex"); > > (m3gdb) where > #0 InnerUnlockMutex (m=16_b232fb40, self=16_acab94c4) at > ThreadPThread.m3:168 > #1 0xb70cff69 in UnlockMutex (m=16_b232fb40) at ThreadPThread.m3:189 > #2 0xb7ae3ff9 in SyncDefault (v=16_b232fb40, ch=16_b344f164, > wait=TRUE) > at VBTClass.m3:799 > #3 0xb7addd9f in Sync (v=16_b344f164, wait=TRUE) at VBT.m3:1167 > #4 0xb7b20371 in Sync (v=16_b232f9d0, ch=16_b232faac, wait=TRUE) > at JoinedVBT.m3:101 > #5 0xb7ae3fd6 in SyncDefault (v=16_b232faac, ch=16_b232fa30, > wait=TRUE) > at VBTClass.m3:797 > #6 0xb7ae3fd6 in SyncDefault (v=16_b232fa30, ch=16_b232f1ac, > wait=TRUE) > at VBTClass.m3:797 > #7 0xb7ae3fd6 in SyncDefault (v=16_b232f1ac, ch=16_b1a7408c, > wait=TRUE) > at VBTClass.m3:797 > #8 0xb7ae3fd6 in SyncDefault (v=16_b1a7408c, ch=16_b1a742f8, > wait=TRUE) > at VBTClass.m3:797 > #9 0xb7ae3fd6 in SyncDefault (v=16_b1a742f8, ch=16_b1a7417c, > wait=TRUE) > at VBTClass.m3:797 > #10 0xb7addd9f in Sync (v=16_b1a7417c, wait=TRUE) at VBT.m3:1167 > #11 0xb7d0e5f3 in MGRedisplay (v=16_b1a7417c, br= > RECORD r = RECORD west = 0; east = 0; north = 0; south = 0; END; p > = NIL; END) at MGV.m3:146 > #12 0xb7cfdb90 in DoAnimation (t=16_b1a836e0, time=1, > timePrev=0.377209276, > v=16_b1a7417c, mg=NIL) at Animate.m3:57 > ---Type to continue, or q to quit--- > #13 0xb7cfdd2b in Do (t=16_b1a836e0, mg=NIL, v=16_b1a7417c, > duration=1) > at Animate.m3:81 > #14 0xb7d0f6d1 in Animation (v=16_b1a7417c, duration=1) at MGV.m3:313 > #15 0xb7d3ffdc in AnimateGraph (graph=16_b1a7408c, t0=0, t1=1) > at GraphVBT.m3:656 > #16 0x0815a814 in Pause (view=16_b232f1ac) at PQBarView.m3:262 > #17 0x0815ac75 in Compare (view=16_b232f1ac, k=12, n=13) at > PQBarView.m3:275 > #18 0x0814c38f in OEDispatcher (v=16_b232f1ac, evt=16_b17ed424) > at PQueueIE.m3:120 > #19 0xb7dad9db in ViewThread (self=16_acab94b8) at Zeus.m3:331 > #20 0xb70d2382 in RunThread (me=16_08364ea8) at ThreadPThread.m3:548 > #21 0xb70d1f61 in ThreadBase (param=16_08364ea8) at > ThreadPThread.m3:518 > #22 0xb6e70341 in start_thread () from /lib/tls/i686/cmov/ > libpthread.so.0 > #23 0xb6e044ee in clone () from /lib/tls/i686/cmov/libc.so.6 > (m3gdb) step > > Program received signal SIG64, Real-time event 64. > > > *** > *** runtime error: > *** Thread client error: attempt to release an unlocked mutex > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Thanks, > Daniel Benavides > > >Can you run under gdb and get a stack trace using the "where" command > >when the call to Die occurs? > > On Feb 1, 2007, at 3:34 PM, Daniel Alejandro Benavides D. wrote: > > > Hi: > > > > Some things besides what found with mentor: > > > > danielb at sl11:~$ mentor @M3stackdump > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an unlocked mutex > > *** file "ThreadPThread.m3", line 168 > > *** > > > > ------------------ EXCEPTION HANDLER STACK --------------------- > > 0xa22bab80 LOCK mutex = 0xb241b164 > > 0xa22babd0 LOCK mutex = 0xb2416c78 > > 0xa22bac30 LOCK mutex = 0xb2416d54 > > 0xa22bac80 LOCK mutex = 0xb2416cd8 > > 0xa22bacd0 LOCK mutex = 0xb2410378 > > 0xa22bad20 LOCK mutex = 0xb23fa104 > > 0xa22bad70 LOCK mutex = 0xb23fa370 > > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > > 0xa22bae20 LOCK mutex = 0xb23fa288 > > 0xa22bae58 RAISES {} > > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > > ---------------------------------------------------------------- > > Cancelado > > danielb at sl11:~$ > > > > I didn't debugged mentor, but I tried another program, cvsup, > > and with GUI problems after a seconds the process finishes > > but no advise of runtime error, however with no-gui It simply works > > well. > > > > Also Im trying the examples of the parallel chapter of the book > > "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, > > with the NThreads example (which you can download on the url > > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > > Modula-3/m3book/examples.html ) > > You will need the m3local library shipped and a m3makefile like > > this below: > > import ("m3local") > > implementation("NThreads") > > program("NThreads") > > > > I get this on the console with the Pthread version: > > the program will call Nl new line after a 10 is printed. > > 9 10 > > 4 7 8 1 2 3 5 6 9 10 > > 4 10 > > 4 7 9 1 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 4 5 6 7 8 9 10 > > 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 > > 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 > > 3 4 8 4 8 1 3 5 6 7 9 10 > > 9 10 > > 2 3 4 5 6 7 8 1 7 8 9 10 > > 2 10 > > 2 3 7 8 9 1 4 5 6 10 > > 2 3 7 8 9 1 9 1 4 7 8 10 > > 2 3 5 6 9 1 4 1 4 7 9 10 > > 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 6 1 2 3 7 8 9 10 > > 9 10 > > 4 7 8 1 2 3 5 6 9 10 > > 4 10 > > 4 7 9 1 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 6 1 2 3 7 8 9 10 > > 9 10 > > > > But with the POSIX implementation, this is a extract of the out: > > It ends according to the example until Return is pressed. > > > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > Certainly, and according to the book, the first one is more > > expectable. > > I would like to know your opinions about this issue. > > Besides with import("libsio") in place of import ("m3local") on the > > m3makefile > > you get the numbers in a distribution similar to the above but the > > number of digits > > in each line is more uniform (ten by line) on the pthread version > > this time. > > > > Besides I know the Upthread.i3 interface on > > m3-libs/m3core/src/unix/linux-libc6 has a the procedure > > > > PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; > > READONLY param: struct_sched_param): > > int; > > that could be useful to change the scheduling policy, but certainly > > I didn't find with grep in all the cm3 distro where it is used. > > The Round Robin policy according to the documentation > > of pthreads, is only available on process running with superuser > > privileges. > > > > Thanks, > > Daniel Benavides > > > > > Tony Hosking hosking at cs.purdue.edu wrote: > > > > > > A stack trace would be useful. Perhaps you can run again with > > > @M3stackdump specified on the command line. Alternatively, if you > > > run inside gdb you can show the stack dump at the point of the > > > error > > > by setting a breakpoint at line 168 in ThreadPThread.m3. > > > > > > I notice that you are using priority scheduling -- not sure what > > > that > > > will do to things. Can you try it with round robin scheduling? > > > > > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > > > > > Hello: > > > > > > > > I have compiled the cm3 cvs updated with the Pthread support > > > under > > > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > > > on > > > > the array SYSTEM_LIBORDER > > > > > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > > > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > > > YACC", "LIBC", > > > > "PTHREAD" ] > > > > > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > > > on the array SYSTEM_LIBS > > > > > > > > But when running a mentor animation I get this runtime error > > > > consistently about a seconds later after began an animation, > then > > > > > > > this is the out: > > > > > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor > showthread > > > > > > > > > > > > *** > > > > *** runtime error: > > > > *** Thread client error: attempt to release an unlocked mutex > > > > *** file "ThreadPThread.m3", line 168 > > > > *** > > > > > > > > Cancelado > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > > > > > This system has > > > > "POSIX version set to 200112, > > > > including support for priority scheduling" > > > > > > > > Thanks, > > > > Daniel Benavides > > > > > > > > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. > http://es.voice.yahoo.com From dabenavidesd at yahoo.es Thu Feb 15 03:28:17 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Thu, 15 Feb 2007 03:28:17 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD In-Reply-To: <54BB1DA5-FC15-4AF1-B030-3EF6D074D58D@cs.purdue.edu> Message-ID: <20070215022817.67053.qmail@web27114.mail.ukl.yahoo.com> Hi: Yes I have rebuilded with the cm3-5.4 bootstrap and it is so much better. Thanks so much. Sometimes (rarely) views on mentor dont get repainted. But I havent found a pattern of that effect. I will let you know as soon as I can. I tested this on ubuntu 6.06. Soon on ubuntu 6.10. Please Elego folks, fix the m3commit list. Thanks, Daniel Benavides Bogota, Colombia --- Tony Hosking escribi?: > With the latest check-ins to the cm3 CVS repository > I am now able to > bootstrap and run programs (including those with X11 > graphics) on > Fedora Core 6 (Zod). Please try rebuilding from > sources. > > On Feb 5, 2007, at 11:42 PM, Daniel Alejandro > Benavides D. wrote: > > > Hi Tony: > > I could catch this too, but definitely is more > easy with all the > > views all of the algorithm, > > Bar Code view, Tree View, Modula-3 Code View, and > Transcript View > > of the same algorithm and same session, with 2 > views, is harder to > > end abnormally the process > > under m3gdb. > > Here it is the out of this mentor m3gdb session: > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > [Switching to Thread -1515197520 (LWP 1748)] > > > > Breakpoint 1, InnerUnlockMutex (m=16_b232fb40, > self=16_acab94c4) > > at ThreadPThread.m3:168 > > warning: Source file is more recent than > executable. > > ---Type to continue, or q to > quit--- > > 168 Die(ThisLine(), "attempt to release an > unlocked mutex"); > > > > (m3gdb) where > > #0 InnerUnlockMutex (m=16_b232fb40, > self=16_acab94c4) at > > ThreadPThread.m3:168 > > #1 0xb70cff69 in UnlockMutex (m=16_b232fb40) at > ThreadPThread.m3:189 > > #2 0xb7ae3ff9 in SyncDefault (v=16_b232fb40, > ch=16_b344f164, > > wait=TRUE) > > at VBTClass.m3:799 > > #3 0xb7addd9f in Sync (v=16_b344f164, wait=TRUE) > at VBT.m3:1167 > > #4 0xb7b20371 in Sync (v=16_b232f9d0, > ch=16_b232faac, wait=TRUE) > > at JoinedVBT.m3:101 > > #5 0xb7ae3fd6 in SyncDefault (v=16_b232faac, > ch=16_b232fa30, > > wait=TRUE) > > at VBTClass.m3:797 > > #6 0xb7ae3fd6 in SyncDefault (v=16_b232fa30, > ch=16_b232f1ac, > > wait=TRUE) > > at VBTClass.m3:797 > > #7 0xb7ae3fd6 in SyncDefault (v=16_b232f1ac, > ch=16_b1a7408c, > > wait=TRUE) > > at VBTClass.m3:797 > > #8 0xb7ae3fd6 in SyncDefault (v=16_b1a7408c, > ch=16_b1a742f8, > > wait=TRUE) > > at VBTClass.m3:797 > > #9 0xb7ae3fd6 in SyncDefault (v=16_b1a742f8, > ch=16_b1a7417c, > > wait=TRUE) > > at VBTClass.m3:797 > > #10 0xb7addd9f in Sync (v=16_b1a7417c, wait=TRUE) > at VBT.m3:1167 > > #11 0xb7d0e5f3 in MGRedisplay (v=16_b1a7417c, br= > > RECORD r = RECORD west = 0; east = 0; north = 0; > south = 0; END; p > > = NIL; END) at MGV.m3:146 > > #12 0xb7cfdb90 in DoAnimation (t=16_b1a836e0, > time=1, > > timePrev=0.377209276, > > v=16_b1a7417c, mg=NIL) at Animate.m3:57 > > ---Type to continue, or q to > quit--- > > #13 0xb7cfdd2b in Do (t=16_b1a836e0, mg=NIL, > v=16_b1a7417c, > > duration=1) > > at Animate.m3:81 > > #14 0xb7d0f6d1 in Animation (v=16_b1a7417c, > duration=1) at MGV.m3:313 > > #15 0xb7d3ffdc in AnimateGraph (graph=16_b1a7408c, > t0=0, t1=1) > > at GraphVBT.m3:656 > > #16 0x0815a814 in Pause (view=16_b232f1ac) at > PQBarView.m3:262 > > #17 0x0815ac75 in Compare (view=16_b232f1ac, k=12, > n=13) at > > PQBarView.m3:275 > > #18 0x0814c38f in OEDispatcher (v=16_b232f1ac, > evt=16_b17ed424) > > at PQueueIE.m3:120 > > #19 0xb7dad9db in ViewThread (self=16_acab94b8) at > Zeus.m3:331 > > #20 0xb70d2382 in RunThread (me=16_08364ea8) at > ThreadPThread.m3:548 > > #21 0xb70d1f61 in ThreadBase (param=16_08364ea8) > at > > ThreadPThread.m3:518 > > #22 0xb6e70341 in start_thread () from > /lib/tls/i686/cmov/ > > libpthread.so.0 > > #23 0xb6e044ee in clone () from > /lib/tls/i686/cmov/libc.so.6 > > (m3gdb) step > > > > Program received signal SIG64, Real-time event 64. > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an > unlocked mutex > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Thanks, > > Daniel Benavides > > > > >Can you run under gdb and get a stack trace using > the "where" command > > >when the call to Die occurs? > > > > On Feb 1, 2007, at 3:34 PM, Daniel Alejandro > Benavides D. wrote: > > > > > Hi: > > > > > > Some things besides what found with mentor: > > > > > > danielb at sl11:~$ mentor @M3stackdump > > > > > > > > > *** > > > *** runtime error: > > > *** Thread client error: attempt to release an > unlocked mutex > > > *** file "ThreadPThread.m3", line 168 > > > *** > > > > > > ------------------ EXCEPTION HANDLER STACK > --------------------- > > > 0xa22bab80 LOCK mutex = 0xb241b164 > > > 0xa22babd0 LOCK mutex = 0xb2416c78 > > > 0xa22bac30 LOCK mutex = 0xb2416d54 > > > 0xa22bac80 LOCK mutex = 0xb2416cd8 > > > 0xa22bacd0 LOCK mutex = 0xb2410378 > > > 0xa22bad20 LOCK mutex = 0xb23fa104 > > > 0xa22bad70 LOCK mutex = 0xb23fa370 > > > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > > > 0xa22bae20 LOCK mutex = 0xb23fa288 > > > 0xa22bae58 RAISES {} > > > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > > > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > > > > ---------------------------------------------------------------- > > > Cancelado > > > danielb at sl11:~$ > > > > > > I didn't debugged mentor, but I tried another > program, cvsup, > > > and with GUI problems after a seconds the > process finishes > > > but no advise of runtime error, however with > no-gui It simply works > > > well. > > > > > > Also Im trying the examples of the parallel > chapter of the book > > > "Programming in Modula-3" by Laszlo Boszormenyi > & Carsten Weich, > > > with the NThreads example (which you can > download on the url > > > > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > > > Modula-3/m3book/examples.html ) > > > You will need the m3local library shipped and a > m3makefile like > > > this below: > > > import ("m3local") > > > implementation("NThreads") > > > program("NThreads") > === message truncated === ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From hosking at cs.purdue.edu Thu Feb 15 15:04:55 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Thu, 15 Feb 2007 09:04:55 -0500 Subject: [M3devel] Fwd: Returned mail: see transcript for details References: <200702121738.l1CHcTxE030451@birch.elego.de> Message-ID: <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> Looks like the mailers at Elegosoft are messed up. Olaf, can you help? Begin forwarded message: > From: Mail Delivery Subsystem > Date: February 12, 2007 12:38:33 PM EST > To: hosking at birch.elego.de > Subject: Returned mail: see transcript for details > > The original message was received at Wed, 7 Feb 2007 18:35:40 +0100 > from hosking at localhost > > ----- The following addresses had permanent fatal errors ----- > m3commit at elegosoft.com > (expanded from: m3commit at elegosoft.com) > > ----- Transcript of session follows ----- > m3commit at elegosoft.com... Deferred: Connection refused by [127.0.0.1] > Message could not be delivered for 5 days > Message will be deleted from queue > Reporting-MTA: dns; birch.elego.de > Arrival-Date: Wed, 7 Feb 2007 18:35:40 +0100 > > Final-Recipient: RFC822; m3commit at elegosoft.com > Action: failed > Status: 4.4.7 > Remote-MTA: DNS; [127.0.0.1] > Last-Attempt-Date: Mon, 12 Feb 2007 18:38:33 +0100 > > From: Anthony Hosking > Date: February 7, 2007 6:35:40 PM EST > To: m3commit at elegosoft.com > Subject: CVS Update: cm3 > Reply-To: hosking > > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 07/02/07 18:35:40 > > Modified files: > cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThreadC.c wrap.h > cm3/m3-libs/m3core/src/runtime/PPC_DARWIN/: RTThreadC.c wrap.h > cm3/m3-libs/m3core/src/unix/darwin-i386/: Uucontext.i3 > cm3/m3-libs/m3core/src/unix/darwin-ppc/: Uucontext.i3 > > Log message: > Fix bug newly manifested by Darwin updates. Need to be careful > not to overrun > thread state passed in by passing appropriate count and flavor to > thread_get_state. > > > From wagner at elegosoft.com Thu Feb 15 17:58:00 2007 From: wagner at elegosoft.com (Olaf Wagner) Date: Thu, 15 Feb 2007 17:58:00 +0100 (CET) Subject: [M3devel] Re: [M3commit] Fwd: Returned mail: see transcript for details In-Reply-To: <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> References: <200702121738.l1CHcTxE030451@birch.elego.de> <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> Message-ID: <33812.194.138.127.36.1171558680.squirrel@mail.elegosoft.com> On Thu, February 15, 2007 3:04 pm, Tony Hosking wrote: > Looks like the mailers at Elegosoft are messed up. Olaf, can you help? Everything should now work again :) It seems that sendmail on birch, where the M3 repository resides, failed due to a hardware problem (bad RAM?). A reboot performed by our sysadmin cured that, but let to a mail flood from birch against plane, our main mail server, which got into thrashing mode and was no more accessible for several hours. Something like an internal DOS attack :-( Our sysadmin is currently setting up yet another bigger mail server with some more resources, but it may still take some days (hopefully not weeks) until everything is ready and tested. Until then we may experience temporary resource shortages. If anything is still missing in the archives, please contact admins or ronny.forberger at elego.de directly. Olaf -- Olaf Wagner -- elego Software Solutions GmbH, Ohmstr. 9, 10179 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 From wagner at plane.elego.de Fri Feb 16 08:47:16 2007 From: wagner at plane.elego.de (Olaf Wagner) Date: Fri, 16 Feb 2007 08:47:16 +0100 Subject: [M3devel] Re: [M3commit] CVS Update: cm3 In-Reply-To: <200702131623.l1DGNe6W012042@birch.elego.de> References: <200702131623.l1DGNe6W012042@birch.elego.de> Message-ID: <20070216074716.GA3519@elegosoft.com> On Tue, Feb 13, 2007 at 05:23:40PM +0000, Anthony Hosking wrote: > CVSROOT: /usr/cvs > Changes by: hosking at birch. 07/02/13 17:23:40 > > Modified files: > cm3/m3-tools/showheap/src/: m3makefile > cm3/m3-tools/shownew/src/: m3makefile > cm3/m3-tools/showthread/src/: m3makefile > cm3/m3-ui/formsview/src/: m3makefile > > Log message: > Most Linux distributions don't come with static versions of the X11 libraries, so these should > not be built standalone. I think the issue of the missing static libraries should rather be fixed in cm3.cfg for each target platform, and build standalone should mean `standalone wrt. M3 libraries'. Thus we keep an easy way to build executables that can be transferred to systems without M3 installations and run there. Olaf -- elego Software Solutions GmbH HRB 77719 Olaf Wagner E-Mail: wagner(at)elego.de Ohmstra?e 9 Tel: +49 30 40 04 19 29 10179 Berlin Fax: +49 30 23 45 86 95 Cranachstra?e 7 Tel: +49 30 85 58 01 81 12157 Berlin Fax: +49 30 85 58 01 88 ------------------> WWW: http://www.elego-software-solutions.com From lemming at henning-thielemann.de Wed Feb 28 13:33:18 2007 From: lemming at henning-thielemann.de (Henning Thielemann) Date: Wed, 28 Feb 2007 13:33:18 +0100 (MET) Subject: [M3devel] Web-CVS for CM3 Message-ID: At http://www.elegosoft.com/index.php?id=170 there is a link "CVSWeb Online Browsing CM3" to http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi which does not work. From dabenavidesd at yahoo.es Thu Feb 1 21:34:23 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Thu, 1 Feb 2007 21:34:23 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD Message-ID: <20070201203423.98686.qmail@web27113.mail.ukl.yahoo.com> Hi: Some things besides what found with mentor: danielb at sl11:~$ mentor @M3stackdump *** *** runtime error: *** Thread client error: attempt to release an unlocked mutex *** file "ThreadPThread.m3", line 168 *** ------------------ EXCEPTION HANDLER STACK --------------------- 0xa22bab80 LOCK mutex = 0xb241b164 0xa22babd0 LOCK mutex = 0xb2416c78 0xa22bac30 LOCK mutex = 0xb2416d54 0xa22bac80 LOCK mutex = 0xb2416cd8 0xa22bacd0 LOCK mutex = 0xb2410378 0xa22bad20 LOCK mutex = 0xb23fa104 0xa22bad70 LOCK mutex = 0xb23fa370 0xa22badc0 LOCK mutex = 0xb23fa1f4 0xa22bae20 LOCK mutex = 0xb23fa288 0xa22bae58 RAISES {} 0xa22bb170 TRY-EXCEPT {0x718ac4e9} 0xa22bb250 TRY-EXCEPT {0x718ac4e9} ---------------------------------------------------------------- Cancelado danielb at sl11:~$ I didn't debugged mentor, but I tried another program, cvsup, and with GUI problems after a seconds the process finishes but no advise of runtime error, however with no-gui It simply works well. Also Im trying the examples of the parallel chapter of the book "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, with the NThreads example (which you can download on the url http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/Modula-3/m3book/examples.html ) You will need the m3local library shipped and a m3makefile like this below: import ("m3local") implementation("NThreads") program("NThreads") I get this on the console with the Pthread version: the program will call Nl new line after a 10 is printed. 9 10 4 7 8 1 2 3 5 6 9 10 4 10 4 7 9 1 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 4 5 6 7 8 9 10 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 3 4 8 4 8 1 3 5 6 7 9 10 9 10 2 3 4 5 6 7 8 1 7 8 9 10 2 10 2 3 7 8 9 1 4 5 6 10 2 3 7 8 9 1 9 1 4 7 8 10 2 3 5 6 9 1 4 1 4 7 9 10 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 6 1 2 3 7 8 9 10 9 10 4 7 8 1 2 3 5 6 9 10 4 10 4 7 9 1 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 6 1 2 3 7 8 9 10 9 10 But with the POSIX implementation, this is a extract of the out: It ends according to the example until Return is pressed. 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 Certainly, and according to the book, the first one is more expectable. I would like to know your opinions about this issue. Besides with import("libsio") in place of import ("m3local") on the m3makefile you get the numbers in a distribution similar to the above but the number of digits in each line is more uniform (ten by line) on the pthread version this time. Besides I know the Upthread.i3 interface on m3-libs/m3core/src/unix/linux-libc6 has a the procedure PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; READONLY param: struct_sched_param): int; that could be useful to change the scheduling policy, but certainly I didn't find with grep in all the cm3 distro where it is used. The Round Robin policy according to the documentation of pthreads, is only available on process running with superuser privileges. Thanks, Daniel Benavides > Tony Hosking hosking at cs.purdue.edu wrote: > > A stack trace would be useful. Perhaps you can run again with > @M3stackdump specified on the command line. Alternatively, if you > run inside gdb you can show the stack dump at the point of the > error > by setting a breakpoint at line 168 in ThreadPThread.m3. > > I notice that you are using priority scheduling -- not sure what > that > will do to things. Can you try it with round robin scheduling? > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > Hello: > > > > I have compiled the cm3 cvs updated with the Pthread support > under > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > on > > the array SYSTEM_LIBORDER > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > YACC", "LIBC", > > "PTHREAD" ] > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > on the array SYSTEM_LIBS > > > > But when running a mentor animation I get this runtime error > > consistently about a seconds later after began an animation, then > > > this is the out: > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor showthread > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an unlocked mutex > > *** file "ThreadPThread.m3", line 168 > > *** > > > > Cancelado > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > This system has > > "POSIX version set to 200112, > > including support for priority scheduling" > > > > Thanks, > > Daniel Benavides > > > --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dabenavidesd at yahoo.es Tue Feb 6 00:45:53 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Tue, 6 Feb 2007 00:45:53 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD Message-ID: <20070205234553.49308.qmail@web27115.mail.ukl.yahoo.com> Hello: Finally I get mentor debugged with the below commands to avoid hit 'return' to continu the execution after Signals, (although the execution still needs several hits on return, you can do several previously and It helps to give continuity to the execution): handle all nostop handle EXC_SOFTWARE stop handle EXC_BREAKPOINT stop Here it is the out of m3gdb session of mentor (running PQueue session Algorithm HeapSort, with Modula-3 Code View and Tree View): Program received signal SIG64, Real-time event 64. Program received signal SIGXCPU, CPU time limit exceeded. Program received signal SIG64, Real-time event 64. [Switching to Thread -1456178256 (LWP 23051)] Breakpoint 1, InnerUnlockMutex (m=16_ac9568b4, self=16_ac92c004) at ThreadPThread.m3:168 warning: Source file is more recent than executable. 168 Die(ThisLine(), "attempt to release an unlocked mutex"); (m3gdb) where #0 InnerUnlockMutex (m=16_ac9568b4, self=16_ac92c004) at ThreadPThread.m3:168 #1 0xb7113f69 in UnlockMutex (m=16_ac9568b4) at ThreadPThread.m3:189 #2 0xb7b27ff9 in SyncDefault (v=16_ac9568b4, ch=16_ac959268, wait=TRUE) at VBTClass.m3:799 #3 0xb7b21d9f in Sync (v=16_ac959268, wait=TRUE) at VBT.m3:1167 #4 0xb7b64371 in Sync (v=16_ac956744, ch=16_ac956820, wait=TRUE) at JoinedVBT.m3:101 #5 0xb7b27fd6 in SyncDefault (v=16_ac956820, ch=16_ac9567a4, wait=TRUE) at VBTClass.m3:797 #6 0xb7b27fd6 in SyncDefault (v=16_ac9567a4, ch=16_ac955ea4, wait=TRUE) at VBTClass.m3:797 #7 0xb7b27fd6 in SyncDefault (v=16_ac955ea4, ch=16_b2c5fcbc, wait=TRUE) at VBTClass.m3:797 #8 0xb7b27fd6 in SyncDefault (v=16_b2c5fcbc, ch=16_b2c5ff28, wait=TRUE) at VBTClass.m3:797 #9 0xb7b27fd6 in SyncDefault (v=16_b2c5ff28, ch=16_b2c5fdac, wait=TRUE) at VBTClass.m3:797 #10 0xb7b21d9f in Sync (v=16_b2c5fdac, wait=TRUE) at VBT.m3:1167 #11 0xb7d525f3 in MGRedisplay (v=16_b2c5fdac, br=RECORD r = RECORD west = 0; east = 0; north = 0; south = 0; END; p = NIL; END) at MGV.m3:146 #12 0xb7d41b90 in DoAnimation (t=16_b2cac1ac, time=0.1202204, timePrev=0.117730595, v=16_b2c5fdac, mg=NIL) at Animate.m3:57 #13 0xb7d41ca8 in Do (t=16_b2cac1ac, mg=NIL, v=16_b2c5fdac, duration=1) at Animate.m3:74 #14 0xb7d536d1 in Animation (v=16_b2c5fdac, duration=1) at MGV.m3:313 #15 0xb7d83fdc in AnimateGraph (graph=16_b2c5fcbc, t0=0, t1=1) at GraphVBT.m3:656 #16 0x081534b3 in HeapOpInit (view=16_ac955ea4, k=4) at PQViews.m3:152 #17 0x0814c1d8 in OEDispatcher (v=16_ac955ea4, evt=16_b2be4f64) at PQueueIE.m3:97 #18 0xb7df19db in ViewThread (self=16_b2c3b808) at Zeus.m3:331 #19 0xb7116382 in RunThread (me=16_08307368) at ThreadPThread.m3:548 #20 0xb7115f61 in ThreadBase (param=16_08307368) at ThreadPThread.m3:518 #21 0xb6eb4341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #22 0xb6e484ee in clone () from /lib/tls/i686/cmov/libc.so.6 (m3gdb) Any more information useful to send you? Thanks, Daniel Benavides On Feb 1, 2007, at 3:34 PM, Daniel Alejandro Benavides D. wrote: > Hi: > > Some things besides what found with mentor: > > danielb at sl11:~$ mentor @M3stackdump > > > *** > *** runtime error: > *** Thread client error: attempt to release an unlocked mutex > *** file "ThreadPThread.m3", line 168 > *** > > ------------------ EXCEPTION HANDLER STACK --------------------- > 0xa22bab80 LOCK mutex = 0xb241b164 > 0xa22babd0 LOCK mutex = 0xb2416c78 > 0xa22bac30 LOCK mutex = 0xb2416d54 > 0xa22bac80 LOCK mutex = 0xb2416cd8 > 0xa22bacd0 LOCK mutex = 0xb2410378 > 0xa22bad20 LOCK mutex = 0xb23fa104 > 0xa22bad70 LOCK mutex = 0xb23fa370 > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > 0xa22bae20 LOCK mutex = 0xb23fa288 > 0xa22bae58 RAISES {} > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > ---------------------------------------------------------------- > Cancelado > danielb at sl11:~$ > > I didn't debugged mentor, but I tried another program, cvsup, > and with GUI problems after a seconds the process finishes > but no advise of runtime error, however with no-gui It simply works > well. > > Also Im trying the examples of the parallel chapter of the book > "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, > with the NThreads example (which you can download on the url > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > Modula-3/m3book/examples.html ) > You will need the m3local library shipped and a m3makefile like > this below: > import ("m3local") > implementation("NThreads") > program("NThreads") > > I get this on the console with the Pthread version: > the program will call Nl new line after a 10 is printed. > 9 10 > 4 7 8 1 2 3 5 6 9 10 > 4 10 > 4 7 9 1 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 4 5 6 7 8 9 10 > 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 > 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 > 3 4 8 4 8 1 3 5 6 7 9 10 > 9 10 > 2 3 4 5 6 7 8 1 7 8 9 10 > 2 10 > 2 3 7 8 9 1 4 5 6 10 > 2 3 7 8 9 1 9 1 4 7 8 10 > 2 3 5 6 9 1 4 1 4 7 9 10 > 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 6 1 2 3 7 8 9 10 > 9 10 > 4 7 8 1 2 3 5 6 9 10 > 4 10 > 4 7 9 1 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 6 1 2 3 7 8 9 10 > 9 10 > > But with the POSIX implementation, this is a extract of the out: > It ends according to the example until Return is pressed. > > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > Certainly, and according to the book, the first one is more > expectable. > I would like to know your opinions about this issue. > Besides with import("libsio") in place of import ("m3local") on the > m3makefile > you get the numbers in a distribution similar to the above but the > number of digits > in each line is more uniform (ten by line) on the pthread version > this time. > > Besides I know the Upthread.i3 interface on > m3-libs/m3core/src/unix/linux-libc6 has a the procedure > > PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; > READONLY param: struct_sched_param): > int; > that could be useful to change the scheduling policy, but certainly > I didn't find with grep in all the cm3 distro where it is used. > The Round Robin policy according to the documentation > of pthreads, is only available on process running with superuser > privileges. > > Thanks, > Daniel Benavides > > > Tony Hosking hosking at cs.purdue.edu wrote: > > > > A stack trace would be useful. Perhaps you can run again with > > @M3stackdump specified on the command line. Alternatively, if you > > run inside gdb you can show the stack dump at the point of the > > error > > by setting a breakpoint at line 168 in ThreadPThread.m3. > > > > I notice that you are using priority scheduling -- not sure what > > that > > will do to things. Can you try it with round robin scheduling? > > > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > > > Hello: > > > > > > I have compiled the cm3 cvs updated with the Pthread support > > under > > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > > on > > > the array SYSTEM_LIBORDER > > > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > > YACC", "LIBC", > > > "PTHREAD" ] > > > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > > on the array SYSTEM_LIBS > > > > > > But when running a mentor animation I get this runtime error > > > consistently about a seconds later after began an animation, then > > > > > this is the out: > > > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor showthread > > > > > > > > > *** > > > *** runtime error: > > > *** Thread client error: attempt to release an unlocked mutex > > > *** file "ThreadPThread.m3", line 168 > > > *** > > > > > > Cancelado > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > > > This system has > > > "POSIX version set to 200112, > > > including support for priority scheduling" > > > > > > Thanks, > > > Daniel Benavides > > > > > --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dabenavidesd at yahoo.es Tue Feb 6 16:39:34 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Tue, 6 Feb 2007 16:39:34 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 Message-ID: <483751.9053.qm@web27102.mail.ukl.yahoo.com> Hi: Im compiling all the system and I got this error /home/admin11/code/cm3-5.4/cm3/scripts/pkgmap.sh -c "/usr/local/cm3/bin/cm3 -DPTHREAD -build -DROOT='/home/admin11/code/cm3-5.4/cm3' && /usr/local/cm3/bin/cm3 -DPTHREAD -ship -DROOT='/home/admin11/code/cm3-5.4/cm3' " m3gc-simple m3core libm3 patternmatching m3middle m3quake m3scanner m3tools m3cgcat m3cggen m3gdb m3bundle arithmetic bitvector digraph parseparams realgeometry set slisp sortedtableextras table-list tempfiles tcp udp libsio libbuf debug listfuncs embutils m3tk-misc http binIO commandrw m3tk mtex m3totex m3tohtml m3scan m3markup m3browser cmpdir cmpfp dirfp uniq netobj netobjd stubgen events rdwr sharedobj sharedobjgen odbc postgres95 db smalldb stable stablegen X11R4 ui PEX vbtkit cmvbt jvideo videovbt web formsvbtpixmaps formsvbt formsview formsedit codeview mg mgkit opengl anim3D zeus m3zume synloc synex metasyn obliqrt obliqparse obliqprint obliq obliqlibemb obliqlibm3 obliqlibui obliqlibanim obliqsrvstd obliqsrvui obliqbinmin obliqbinstd obliqbinui obliqbinanim visualobliq vocgi voquery vorun webvbt recordheap rehearsecode replayheap showheap shownew showthread pkl-fonts juno-machine juno-compiler juno-app cube calculator fisheye mentor === package /home/admin11/code/cm3-5.4/cm3/m3-libs/m3gc-simple === +++ /usr/local/cm3/bin/cm3 -DPTHREAD -build -DROOT='/home/admin11/code/cm3-5.4/cm3' && /usr/local/cm3/bin/cm3 -DPTHREAD -ship -DROOT='/home/admin11/code/cm3-5.4/cm3' +++ --- building in LINUXLIBC6 --- new source -> compiling RTVM.c new source -> compiling sysdeps.c ../src/runtime/LINUXLIBC6/sysdeps.c:20:21: asm/ipc.h: No existe el fichero ? directorio compilation failed => not building library "libm3gcdefs.a" Fatal Error: package build failed *** execution of failed *** root at sl11:/home/admin11/code/cm3-5.4/cm3/scripts# The file ipc.h does exist but in the directory /usr/include/asm-generic On the file cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 the line 19 has the following include: #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 #include #endif Is there a problem changing the include to #include ? This kernel is 2.6.17-10-generic Thanks, Daniel Benavides ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From wagner at elegosoft.com Tue Feb 6 17:13:43 2007 From: wagner at elegosoft.com (Olaf Wagner) Date: Tue, 6 Feb 2007 17:13:43 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <483751.9053.qm@web27102.mail.ukl.yahoo.com> References: <483751.9053.qm@web27102.mail.ukl.yahoo.com> Message-ID: <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> On Tue, February 6, 2007 4:39 pm, Daniel Alejandro Benavides D. wrote: > Hi: > Im compiling all the system and I got this error > > On the file > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > the line 19 has the following include: > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > #include > #endif > > Is there a problem changing the include to > #include ? > This kernel is 2.6.17-10-generic If this is the location the file has moved to it is certainly correct at least for your workspace. Before you check-in such a change, you should add an appropriate version check of course, or other people using other Linux versions will have similar problems as you. Olaf -- Olaf Wagner -- elego Software Solutions GmbH, Ohmstr. 9, 10179 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 From stsp at stsp.in-berlin.de Tue Feb 6 19:11:21 2007 From: stsp at stsp.in-berlin.de (Stefan Sperling) Date: Tue, 6 Feb 2007 19:11:21 +0100 Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> References: <483751.9053.qm@web27102.mail.ukl.yahoo.com> <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> Message-ID: <20070206181121.GA1403@ted.stsp.lan> On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf Wagner wrote: > > On Tue, February 6, 2007 4:39 pm, Daniel Alejandro Benavides D. wrote: > > Hi: > > Im compiling all the system and I got this error > > > > On the file > > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > > the line 19 has the following include: > > > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > > #include > > #endif > > > > Is there a problem changing the include to > > #include ? Yes. > > This kernel is 2.6.17-10-generic The -generic in that version number has nothing to do with include/asm-generic. It is a custom string added by the Ubuntu developers to identify which kernel variant is running. See the CONFIG_LOCALVERSION kernel configuration option. The include/asm-generic directory is used for platform independent parts the assembler code in Linux relies on (constant definitions, common macros, etc.) The asm/ include directory is usually a symlink, and does not exist in a freshly extracted linux source tree. For example, this is from the source tree of a build of Linux for the ARM architecture: [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls -l asm lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ -> asm-arm Note that asm/ipc.h includes asm-generic/ipc.h: [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep asm-generic/ipc.h asm/ipc.h #include > If this is the location the file has moved to it is certainly correct > at least for your workspace. Before you check-in such a change, you > should add an appropriate version check of course, or other people > using other Linux versions will have similar problems as you. I think the problem is somewhere else. Daniel, are you sure you have a kernel source or kernel headers package for your architecture installed on your Ubuntu system? -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From dabenavidesd at yahoo.es Wed Feb 7 18:48:33 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Wed, 7 Feb 2007 18:48:33 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <20070206181121.GA1403@ted.stsp.lan> Message-ID: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> Hello: Yes I do have by default the following kernel headers on /usr/src drwxr-xr-x 19 root root 4096 2006-10-25 09:06 linux-headers-2.6.17-10 drwxr-xr-x 4 root root 4096 2006-10-25 09:06 linux-headers-2.6.17-10-generic A comment, linux-headers-2.6.17-10-generic just have symbolic links to the other. admin11 at sl11:/usr/src$ ls -al linux-headers-2.6.17-10/include/ total 192 drwxr-xr-x 43 root root 4096 2006-10-25 09:06 . drwxr-xr-x 19 root root 4096 2006-10-25 09:06 .. drwxr-xr-x 3 root root 4096 2006-10-25 09:06 acpi lrwxrwxrwx 1 root root 8 2007-02-06 08:13 asm -> asm-i386 the file /usr/src/linux-headers-2.6.17-10/include/asm/ipc.h has the preproccesor line: #include Besides there ir asm headers on the directory /usr/include the thing is In this version of Ubuntu Edgy, the directory /usr/include has the following directories: drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 arpa drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-generic drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-i386 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-x86_64 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 bits drwxr-xr-x 3 root root 4,0K 2007-02-06 10:51 c++ drwxr-xr-x 2 root root 4,0K 2007-02-06 09:52 GL drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gnu drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gphoto2 drwxr-xr-x 2 root root 4,0K 2006-06-19 17:55 gsl drwxr-xr-x 3 root root 4,0K 2006-10-25 09:05 kde drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 libexif drwxr-xr-x 15 root root 8,0K 2006-10-25 09:05 linux drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 Mrm drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 net drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netash drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netatalk drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netax25 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 neteconet drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netinet drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netipx drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netpacket drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrom drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrose drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 nfs drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 protocols drwxr-xr-x 2 root root 4,0K 2006-10-25 09:06 python2.4 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpc drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpcsvc drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 scsi drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 sys drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 uil drwxr-xr-x 9 root root 4,0K 2007-02-06 09:54 X11 drwxr-xr-x 2 root root 8,0K 2007-02-06 10:14 Xm but the file ipc.h doesnt exist on /usr/include/asm, It does a file named ipcbuf.h Comparing to the Ubuntu 6.06 Dapper, the directory /usr/include has only directories X11 gsl and python2.4. But the directory /usr/src/linux-headers-2.6.15-27/include/asm/ipc.h it does exists and have the line #include So Its almost the same situation in terms of contents of the files on linux headers but, the difference is the .c file of the error was looking first on /usr/include and not on the linux headers, so maybe quake takes the first option in this Edgy, then It didint find the file, so it complains. Could be a bug or a missing header on /usr/include on this new ubuntu ? I will ask help on Ubuntu forums. Thanks, Daniel Benavides --- Stefan Sperling wrote: > On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf > Wagner wrote: > > > > On Tue, February 6, 2007 4:39 pm, Daniel Alejandro > Benavides D. wrote: > > > Hi: > > > Im compiling all the system and I got this error > > > > > > On the file > > > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > > > the line 19 has the following include: > > > > > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > > > #include > > > #endif > > > > > > Is there a problem changing the include to > > > #include ? > > Yes. > > > > This kernel is 2.6.17-10-generic > > The -generic in that version number has nothing to > do with > include/asm-generic. It is a custom string added by > the Ubuntu > developers to identify which kernel variant is > running. > See the CONFIG_LOCALVERSION kernel configuration > option. > > The include/asm-generic directory is used for > platform > independent parts the assembler code in Linux relies > on > (constant definitions, common macros, etc.) > > The asm/ include directory is usually a symlink, and > does not exist in a freshly extracted linux source > tree. > > For example, this is from the source tree of a build > of > Linux for the ARM architecture: > > [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls > -l asm > lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ > -> asm-arm > > Note that asm/ipc.h includes asm-generic/ipc.h: > > [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep > asm-generic/ipc.h asm/ipc.h > #include > > > If this is the location the file has moved to it > is certainly correct > > at least for your workspace. Before you check-in > such a change, you > > should add an appropriate version check of course, > or other people > > using other Linux versions will have similar > problems as you. > > I think the problem is somewhere else. > > Daniel, are you sure you have a kernel source or > kernel headers > package for your architecture installed on your > Ubuntu system? > > -- > stefan > http://stsp.in-berlin.de > PGP Key: 0xF59D25F0 > ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From hosking at cs.purdue.edu Mon Feb 12 21:33:27 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:33:27 -0500 Subject: [M3devel] Problems with mailing lists Message-ID: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> Why don't I see commit messages anymore coming to this list? Also, why are the mailing lists not being archived on the Elego software Web-site? I can see messages from 2006 but none from 2007. From hosking at cs.purdue.edu Mon Feb 12 21:40:03 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:40:03 -0500 Subject: [M3devel] Problems with mailing lists In-Reply-To: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> References: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> Message-ID: <1A09A4E1-6698-4474-A49C-670921AC181D@cs.purdue.edu> OK, so it seems that the Web-site still refers to the old Zope mailing list archives. The lists are appearing at the link below. On Feb 12, 2007, at 3:33 PM, Tony Hosking wrote: > Why don't I see commit messages anymore coming to this list? > > Also, why are the mailing lists not being archived on the Elego > software Web-site? I can see messages from 2006 but none from 2007. > > > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel From hosking at cs.purdue.edu Mon Feb 12 21:41:23 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:41:23 -0500 Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> References: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> Message-ID: It turns out that you don't need to include so I've gone ahead and deleted that line. On Feb 7, 2007, at 12:48 PM, Daniel Alejandro Benavides D. wrote: > Hello: > Yes I do have by default the following kernel headers > on > /usr/src > > drwxr-xr-x 19 root root 4096 2006-10-25 09:06 > linux-headers-2.6.17-10 > drwxr-xr-x 4 root root 4096 2006-10-25 09:06 > linux-headers-2.6.17-10-generic > > A comment, linux-headers-2.6.17-10-generic just have > symbolic links to the other. > > admin11 at sl11:/usr/src$ ls -al > linux-headers-2.6.17-10/include/ > total 192 > drwxr-xr-x 43 root root 4096 2006-10-25 09:06 . > drwxr-xr-x 19 root root 4096 2006-10-25 09:06 .. > drwxr-xr-x 3 root root 4096 2006-10-25 09:06 acpi > lrwxrwxrwx 1 root root 8 2007-02-06 08:13 asm -> > asm-i386 > > the file > /usr/src/linux-headers-2.6.17-10/include/asm/ipc.h > has the preproccesor line: > #include > > Besides there ir asm headers on the directory > /usr/include > the thing is In this version of Ubuntu Edgy, the > directory /usr/include has the following directories: > > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 arpa > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > asm-generic > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-i386 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > asm-x86_64 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 bits > drwxr-xr-x 3 root root 4,0K 2007-02-06 10:51 c++ > drwxr-xr-x 2 root root 4,0K 2007-02-06 09:52 GL > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gnu > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gphoto2 > drwxr-xr-x 2 root root 4,0K 2006-06-19 17:55 gsl > drwxr-xr-x 3 root root 4,0K 2006-10-25 09:05 kde > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 libexif > drwxr-xr-x 15 root root 8,0K 2006-10-25 09:05 linux > drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 Mrm > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 net > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netash > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netatalk > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netax25 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > neteconet > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netinet > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netipx > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > netpacket > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrom > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrose > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 nfs > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > protocols > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:06 > python2.4 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpc > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpcsvc > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 scsi > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 sys > drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 uil > drwxr-xr-x 9 root root 4,0K 2007-02-06 09:54 X11 > drwxr-xr-x 2 root root 8,0K 2007-02-06 10:14 Xm > > but the file ipc.h doesnt exist on /usr/include/asm, > It does a file named ipcbuf.h > > Comparing to the Ubuntu 6.06 Dapper, the directory > /usr/include has only directories X11 gsl and > python2.4. But the directory > /usr/src/linux-headers-2.6.15-27/include/asm/ipc.h it > does exists and have the line > #include > > So Its almost the same situation in terms of contents > of the files on linux headers but, the difference is > the .c file of the error was looking first on > /usr/include and not on the linux headers, so maybe > quake takes the first option in this Edgy, then It > didint find the file, so it complains. > > Could be a bug or a missing header on /usr/include on > this new ubuntu ? I will ask help on Ubuntu forums. > > Thanks, > Daniel Benavides > > --- Stefan Sperling wrote: > >> On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf >> Wagner wrote: >>> >>> On Tue, February 6, 2007 4:39 pm, Daniel Alejandro >> Benavides D. wrote: >>>> Hi: >>>> Im compiling all the system and I got this error >>>> >>>> On the file >>>> cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 >>>> the line 19 has the following include: >>>> >>>> #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 >>>> #include >>>> #endif >>>> >>>> Is there a problem changing the include to >>>> #include ? >> >> Yes. >> >>>> This kernel is 2.6.17-10-generic >> >> The -generic in that version number has nothing to >> do with >> include/asm-generic. It is a custom string added by >> the Ubuntu >> developers to identify which kernel variant is >> running. >> See the CONFIG_LOCALVERSION kernel configuration >> option. >> >> The include/asm-generic directory is used for >> platform >> independent parts the assembler code in Linux relies >> on >> (constant definitions, common macros, etc.) >> >> The asm/ include directory is usually a symlink, and >> does not exist in a freshly extracted linux source >> tree. >> >> For example, this is from the source tree of a build >> of >> Linux for the ARM architecture: >> >> [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls >> -l asm >> lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ >> -> asm-arm >> >> Note that asm/ipc.h includes asm-generic/ipc.h: >> >> [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep >> asm-generic/ipc.h asm/ipc.h >> #include >> >>> If this is the location the file has moved to it >> is certainly correct >>> at least for your workspace. Before you check-in >> such a change, you >>> should add an appropriate version check of course, >> or other people >>> using other Linux versions will have similar >> problems as you. >> >> I think the problem is somewhere else. >> >> Daniel, are you sure you have a kernel source or >> kernel headers >> package for your architecture installed on your >> Ubuntu system? >> >> -- >> stefan >> http://stsp.in-berlin.de >> PGP Key: 0xF59D25F0 >> > > > > > ______________________________________________ > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. > http://es.voice.yahoo.com > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel From hosking at cs.purdue.edu Tue Feb 13 17:25:19 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 13 Feb 2007 11:25:19 -0500 Subject: [M3devel] problem using -DPTHREAD In-Reply-To: <20070206044254.54790.qmail@web27108.mail.ukl.yahoo.com> References: <20070206044254.54790.qmail@web27108.mail.ukl.yahoo.com> Message-ID: <54BB1DA5-FC15-4AF1-B030-3EF6D074D58D@cs.purdue.edu> With the latest check-ins to the cm3 CVS repository I am now able to bootstrap and run programs (including those with X11 graphics) on Fedora Core 6 (Zod). Please try rebuilding from sources. On Feb 5, 2007, at 11:42 PM, Daniel Alejandro Benavides D. wrote: > Hi Tony: > I could catch this too, but definitely is more easy with all the > views all of the algorithm, > Bar Code view, Tree View, Modula-3 Code View, and Transcript View > of the same algorithm and same session, with 2 views, is harder to > end abnormally the process > under m3gdb. > Here it is the out of this mentor m3gdb session: > > Program received signal SIGXCPU, CPU time limit exceeded. > > Program received signal SIGXCPU, CPU time limit exceeded. > > Program received signal SIGXCPU, CPU time limit exceeded. > [Switching to Thread -1515197520 (LWP 1748)] > > Breakpoint 1, InnerUnlockMutex (m=16_b232fb40, self=16_acab94c4) > at ThreadPThread.m3:168 > warning: Source file is more recent than executable. > ---Type to continue, or q to quit--- > 168 Die(ThisLine(), "attempt to release an unlocked mutex"); > > (m3gdb) where > #0 InnerUnlockMutex (m=16_b232fb40, self=16_acab94c4) at > ThreadPThread.m3:168 > #1 0xb70cff69 in UnlockMutex (m=16_b232fb40) at ThreadPThread.m3:189 > #2 0xb7ae3ff9 in SyncDefault (v=16_b232fb40, ch=16_b344f164, > wait=TRUE) > at VBTClass.m3:799 > #3 0xb7addd9f in Sync (v=16_b344f164, wait=TRUE) at VBT.m3:1167 > #4 0xb7b20371 in Sync (v=16_b232f9d0, ch=16_b232faac, wait=TRUE) > at JoinedVBT.m3:101 > #5 0xb7ae3fd6 in SyncDefault (v=16_b232faac, ch=16_b232fa30, > wait=TRUE) > at VBTClass.m3:797 > #6 0xb7ae3fd6 in SyncDefault (v=16_b232fa30, ch=16_b232f1ac, > wait=TRUE) > at VBTClass.m3:797 > #7 0xb7ae3fd6 in SyncDefault (v=16_b232f1ac, ch=16_b1a7408c, > wait=TRUE) > at VBTClass.m3:797 > #8 0xb7ae3fd6 in SyncDefault (v=16_b1a7408c, ch=16_b1a742f8, > wait=TRUE) > at VBTClass.m3:797 > #9 0xb7ae3fd6 in SyncDefault (v=16_b1a742f8, ch=16_b1a7417c, > wait=TRUE) > at VBTClass.m3:797 > #10 0xb7addd9f in Sync (v=16_b1a7417c, wait=TRUE) at VBT.m3:1167 > #11 0xb7d0e5f3 in MGRedisplay (v=16_b1a7417c, br= > RECORD r = RECORD west = 0; east = 0; north = 0; south = 0; END; p > = NIL; END) at MGV.m3:146 > #12 0xb7cfdb90 in DoAnimation (t=16_b1a836e0, time=1, > timePrev=0.377209276, > v=16_b1a7417c, mg=NIL) at Animate.m3:57 > ---Type to continue, or q to quit--- > #13 0xb7cfdd2b in Do (t=16_b1a836e0, mg=NIL, v=16_b1a7417c, > duration=1) > at Animate.m3:81 > #14 0xb7d0f6d1 in Animation (v=16_b1a7417c, duration=1) at MGV.m3:313 > #15 0xb7d3ffdc in AnimateGraph (graph=16_b1a7408c, t0=0, t1=1) > at GraphVBT.m3:656 > #16 0x0815a814 in Pause (view=16_b232f1ac) at PQBarView.m3:262 > #17 0x0815ac75 in Compare (view=16_b232f1ac, k=12, n=13) at > PQBarView.m3:275 > #18 0x0814c38f in OEDispatcher (v=16_b232f1ac, evt=16_b17ed424) > at PQueueIE.m3:120 > #19 0xb7dad9db in ViewThread (self=16_acab94b8) at Zeus.m3:331 > #20 0xb70d2382 in RunThread (me=16_08364ea8) at ThreadPThread.m3:548 > #21 0xb70d1f61 in ThreadBase (param=16_08364ea8) at > ThreadPThread.m3:518 > #22 0xb6e70341 in start_thread () from /lib/tls/i686/cmov/ > libpthread.so.0 > #23 0xb6e044ee in clone () from /lib/tls/i686/cmov/libc.so.6 > (m3gdb) step > > Program received signal SIG64, Real-time event 64. > > > *** > *** runtime error: > *** Thread client error: attempt to release an unlocked mutex > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Thanks, > Daniel Benavides > > >Can you run under gdb and get a stack trace using the "where" command > >when the call to Die occurs? > > On Feb 1, 2007, at 3:34 PM, Daniel Alejandro Benavides D. wrote: > > > Hi: > > > > Some things besides what found with mentor: > > > > danielb at sl11:~$ mentor @M3stackdump > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an unlocked mutex > > *** file "ThreadPThread.m3", line 168 > > *** > > > > ------------------ EXCEPTION HANDLER STACK --------------------- > > 0xa22bab80 LOCK mutex = 0xb241b164 > > 0xa22babd0 LOCK mutex = 0xb2416c78 > > 0xa22bac30 LOCK mutex = 0xb2416d54 > > 0xa22bac80 LOCK mutex = 0xb2416cd8 > > 0xa22bacd0 LOCK mutex = 0xb2410378 > > 0xa22bad20 LOCK mutex = 0xb23fa104 > > 0xa22bad70 LOCK mutex = 0xb23fa370 > > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > > 0xa22bae20 LOCK mutex = 0xb23fa288 > > 0xa22bae58 RAISES {} > > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > > ---------------------------------------------------------------- > > Cancelado > > danielb at sl11:~$ > > > > I didn't debugged mentor, but I tried another program, cvsup, > > and with GUI problems after a seconds the process finishes > > but no advise of runtime error, however with no-gui It simply works > > well. > > > > Also Im trying the examples of the parallel chapter of the book > > "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, > > with the NThreads example (which you can download on the url > > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > > Modula-3/m3book/examples.html ) > > You will need the m3local library shipped and a m3makefile like > > this below: > > import ("m3local") > > implementation("NThreads") > > program("NThreads") > > > > I get this on the console with the Pthread version: > > the program will call Nl new line after a 10 is printed. > > 9 10 > > 4 7 8 1 2 3 5 6 9 10 > > 4 10 > > 4 7 9 1 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 4 5 6 7 8 9 10 > > 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 > > 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 > > 3 4 8 4 8 1 3 5 6 7 9 10 > > 9 10 > > 2 3 4 5 6 7 8 1 7 8 9 10 > > 2 10 > > 2 3 7 8 9 1 4 5 6 10 > > 2 3 7 8 9 1 9 1 4 7 8 10 > > 2 3 5 6 9 1 4 1 4 7 9 10 > > 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 6 1 2 3 7 8 9 10 > > 9 10 > > 4 7 8 1 2 3 5 6 9 10 > > 4 10 > > 4 7 9 1 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 6 1 2 3 7 8 9 10 > > 9 10 > > > > But with the POSIX implementation, this is a extract of the out: > > It ends according to the example until Return is pressed. > > > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > Certainly, and according to the book, the first one is more > > expectable. > > I would like to know your opinions about this issue. > > Besides with import("libsio") in place of import ("m3local") on the > > m3makefile > > you get the numbers in a distribution similar to the above but the > > number of digits > > in each line is more uniform (ten by line) on the pthread version > > this time. > > > > Besides I know the Upthread.i3 interface on > > m3-libs/m3core/src/unix/linux-libc6 has a the procedure > > > > PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; > > READONLY param: struct_sched_param): > > int; > > that could be useful to change the scheduling policy, but certainly > > I didn't find with grep in all the cm3 distro where it is used. > > The Round Robin policy according to the documentation > > of pthreads, is only available on process running with superuser > > privileges. > > > > Thanks, > > Daniel Benavides > > > > > Tony Hosking hosking at cs.purdue.edu wrote: > > > > > > A stack trace would be useful. Perhaps you can run again with > > > @M3stackdump specified on the command line. Alternatively, if you > > > run inside gdb you can show the stack dump at the point of the > > > error > > > by setting a breakpoint at line 168 in ThreadPThread.m3. > > > > > > I notice that you are using priority scheduling -- not sure what > > > that > > > will do to things. Can you try it with round robin scheduling? > > > > > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > > > > > Hello: > > > > > > > > I have compiled the cm3 cvs updated with the Pthread support > > > under > > > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > > > on > > > > the array SYSTEM_LIBORDER > > > > > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > > > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > > > YACC", "LIBC", > > > > "PTHREAD" ] > > > > > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > > > on the array SYSTEM_LIBS > > > > > > > > But when running a mentor animation I get this runtime error > > > > consistently about a seconds later after began an animation, > then > > > > > > > this is the out: > > > > > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor > showthread > > > > > > > > > > > > *** > > > > *** runtime error: > > > > *** Thread client error: attempt to release an unlocked mutex > > > > *** file "ThreadPThread.m3", line 168 > > > > *** > > > > > > > > Cancelado > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > > > > > This system has > > > > "POSIX version set to 200112, > > > > including support for priority scheduling" > > > > > > > > Thanks, > > > > Daniel Benavides > > > > > > > > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. > http://es.voice.yahoo.com From dabenavidesd at yahoo.es Thu Feb 15 03:28:17 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Thu, 15 Feb 2007 03:28:17 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD In-Reply-To: <54BB1DA5-FC15-4AF1-B030-3EF6D074D58D@cs.purdue.edu> Message-ID: <20070215022817.67053.qmail@web27114.mail.ukl.yahoo.com> Hi: Yes I have rebuilded with the cm3-5.4 bootstrap and it is so much better. Thanks so much. Sometimes (rarely) views on mentor dont get repainted. But I havent found a pattern of that effect. I will let you know as soon as I can. I tested this on ubuntu 6.06. Soon on ubuntu 6.10. Please Elego folks, fix the m3commit list. Thanks, Daniel Benavides Bogota, Colombia --- Tony Hosking escribi?: > With the latest check-ins to the cm3 CVS repository > I am now able to > bootstrap and run programs (including those with X11 > graphics) on > Fedora Core 6 (Zod). Please try rebuilding from > sources. > > On Feb 5, 2007, at 11:42 PM, Daniel Alejandro > Benavides D. wrote: > > > Hi Tony: > > I could catch this too, but definitely is more > easy with all the > > views all of the algorithm, > > Bar Code view, Tree View, Modula-3 Code View, and > Transcript View > > of the same algorithm and same session, with 2 > views, is harder to > > end abnormally the process > > under m3gdb. > > Here it is the out of this mentor m3gdb session: > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > [Switching to Thread -1515197520 (LWP 1748)] > > > > Breakpoint 1, InnerUnlockMutex (m=16_b232fb40, > self=16_acab94c4) > > at ThreadPThread.m3:168 > > warning: Source file is more recent than > executable. > > ---Type to continue, or q to > quit--- > > 168 Die(ThisLine(), "attempt to release an > unlocked mutex"); > > > > (m3gdb) where > > #0 InnerUnlockMutex (m=16_b232fb40, > self=16_acab94c4) at > > ThreadPThread.m3:168 > > #1 0xb70cff69 in UnlockMutex (m=16_b232fb40) at > ThreadPThread.m3:189 > > #2 0xb7ae3ff9 in SyncDefault (v=16_b232fb40, > ch=16_b344f164, > > wait=TRUE) > > at VBTClass.m3:799 > > #3 0xb7addd9f in Sync (v=16_b344f164, wait=TRUE) > at VBT.m3:1167 > > #4 0xb7b20371 in Sync (v=16_b232f9d0, > ch=16_b232faac, wait=TRUE) > > at JoinedVBT.m3:101 > > #5 0xb7ae3fd6 in SyncDefault (v=16_b232faac, > ch=16_b232fa30, > > wait=TRUE) > > at VBTClass.m3:797 > > #6 0xb7ae3fd6 in SyncDefault (v=16_b232fa30, > ch=16_b232f1ac, > > wait=TRUE) > > at VBTClass.m3:797 > > #7 0xb7ae3fd6 in SyncDefault (v=16_b232f1ac, > ch=16_b1a7408c, > > wait=TRUE) > > at VBTClass.m3:797 > > #8 0xb7ae3fd6 in SyncDefault (v=16_b1a7408c, > ch=16_b1a742f8, > > wait=TRUE) > > at VBTClass.m3:797 > > #9 0xb7ae3fd6 in SyncDefault (v=16_b1a742f8, > ch=16_b1a7417c, > > wait=TRUE) > > at VBTClass.m3:797 > > #10 0xb7addd9f in Sync (v=16_b1a7417c, wait=TRUE) > at VBT.m3:1167 > > #11 0xb7d0e5f3 in MGRedisplay (v=16_b1a7417c, br= > > RECORD r = RECORD west = 0; east = 0; north = 0; > south = 0; END; p > > = NIL; END) at MGV.m3:146 > > #12 0xb7cfdb90 in DoAnimation (t=16_b1a836e0, > time=1, > > timePrev=0.377209276, > > v=16_b1a7417c, mg=NIL) at Animate.m3:57 > > ---Type to continue, or q to > quit--- > > #13 0xb7cfdd2b in Do (t=16_b1a836e0, mg=NIL, > v=16_b1a7417c, > > duration=1) > > at Animate.m3:81 > > #14 0xb7d0f6d1 in Animation (v=16_b1a7417c, > duration=1) at MGV.m3:313 > > #15 0xb7d3ffdc in AnimateGraph (graph=16_b1a7408c, > t0=0, t1=1) > > at GraphVBT.m3:656 > > #16 0x0815a814 in Pause (view=16_b232f1ac) at > PQBarView.m3:262 > > #17 0x0815ac75 in Compare (view=16_b232f1ac, k=12, > n=13) at > > PQBarView.m3:275 > > #18 0x0814c38f in OEDispatcher (v=16_b232f1ac, > evt=16_b17ed424) > > at PQueueIE.m3:120 > > #19 0xb7dad9db in ViewThread (self=16_acab94b8) at > Zeus.m3:331 > > #20 0xb70d2382 in RunThread (me=16_08364ea8) at > ThreadPThread.m3:548 > > #21 0xb70d1f61 in ThreadBase (param=16_08364ea8) > at > > ThreadPThread.m3:518 > > #22 0xb6e70341 in start_thread () from > /lib/tls/i686/cmov/ > > libpthread.so.0 > > #23 0xb6e044ee in clone () from > /lib/tls/i686/cmov/libc.so.6 > > (m3gdb) step > > > > Program received signal SIG64, Real-time event 64. > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an > unlocked mutex > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Thanks, > > Daniel Benavides > > > > >Can you run under gdb and get a stack trace using > the "where" command > > >when the call to Die occurs? > > > > On Feb 1, 2007, at 3:34 PM, Daniel Alejandro > Benavides D. wrote: > > > > > Hi: > > > > > > Some things besides what found with mentor: > > > > > > danielb at sl11:~$ mentor @M3stackdump > > > > > > > > > *** > > > *** runtime error: > > > *** Thread client error: attempt to release an > unlocked mutex > > > *** file "ThreadPThread.m3", line 168 > > > *** > > > > > > ------------------ EXCEPTION HANDLER STACK > --------------------- > > > 0xa22bab80 LOCK mutex = 0xb241b164 > > > 0xa22babd0 LOCK mutex = 0xb2416c78 > > > 0xa22bac30 LOCK mutex = 0xb2416d54 > > > 0xa22bac80 LOCK mutex = 0xb2416cd8 > > > 0xa22bacd0 LOCK mutex = 0xb2410378 > > > 0xa22bad20 LOCK mutex = 0xb23fa104 > > > 0xa22bad70 LOCK mutex = 0xb23fa370 > > > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > > > 0xa22bae20 LOCK mutex = 0xb23fa288 > > > 0xa22bae58 RAISES {} > > > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > > > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > > > > ---------------------------------------------------------------- > > > Cancelado > > > danielb at sl11:~$ > > > > > > I didn't debugged mentor, but I tried another > program, cvsup, > > > and with GUI problems after a seconds the > process finishes > > > but no advise of runtime error, however with > no-gui It simply works > > > well. > > > > > > Also Im trying the examples of the parallel > chapter of the book > > > "Programming in Modula-3" by Laszlo Boszormenyi > & Carsten Weich, > > > with the NThreads example (which you can > download on the url > > > > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > > > Modula-3/m3book/examples.html ) > > > You will need the m3local library shipped and a > m3makefile like > > > this below: > > > import ("m3local") > > > implementation("NThreads") > > > program("NThreads") > === message truncated === ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From hosking at cs.purdue.edu Thu Feb 15 15:04:55 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Thu, 15 Feb 2007 09:04:55 -0500 Subject: [M3devel] Fwd: Returned mail: see transcript for details References: <200702121738.l1CHcTxE030451@birch.elego.de> Message-ID: <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> Looks like the mailers at Elegosoft are messed up. Olaf, can you help? Begin forwarded message: > From: Mail Delivery Subsystem > Date: February 12, 2007 12:38:33 PM EST > To: hosking at birch.elego.de > Subject: Returned mail: see transcript for details > > The original message was received at Wed, 7 Feb 2007 18:35:40 +0100 > from hosking at localhost > > ----- The following addresses had permanent fatal errors ----- > m3commit at elegosoft.com > (expanded from: m3commit at elegosoft.com) > > ----- Transcript of session follows ----- > m3commit at elegosoft.com... Deferred: Connection refused by [127.0.0.1] > Message could not be delivered for 5 days > Message will be deleted from queue > Reporting-MTA: dns; birch.elego.de > Arrival-Date: Wed, 7 Feb 2007 18:35:40 +0100 > > Final-Recipient: RFC822; m3commit at elegosoft.com > Action: failed > Status: 4.4.7 > Remote-MTA: DNS; [127.0.0.1] > Last-Attempt-Date: Mon, 12 Feb 2007 18:38:33 +0100 > > From: Anthony Hosking > Date: February 7, 2007 6:35:40 PM EST > To: m3commit at elegosoft.com > Subject: CVS Update: cm3 > Reply-To: hosking > > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 07/02/07 18:35:40 > > Modified files: > cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThreadC.c wrap.h > cm3/m3-libs/m3core/src/runtime/PPC_DARWIN/: RTThreadC.c wrap.h > cm3/m3-libs/m3core/src/unix/darwin-i386/: Uucontext.i3 > cm3/m3-libs/m3core/src/unix/darwin-ppc/: Uucontext.i3 > > Log message: > Fix bug newly manifested by Darwin updates. Need to be careful > not to overrun > thread state passed in by passing appropriate count and flavor to > thread_get_state. > > > From wagner at elegosoft.com Thu Feb 15 17:58:00 2007 From: wagner at elegosoft.com (Olaf Wagner) Date: Thu, 15 Feb 2007 17:58:00 +0100 (CET) Subject: [M3devel] Re: [M3commit] Fwd: Returned mail: see transcript for details In-Reply-To: <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> References: <200702121738.l1CHcTxE030451@birch.elego.de> <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> Message-ID: <33812.194.138.127.36.1171558680.squirrel@mail.elegosoft.com> On Thu, February 15, 2007 3:04 pm, Tony Hosking wrote: > Looks like the mailers at Elegosoft are messed up. Olaf, can you help? Everything should now work again :) It seems that sendmail on birch, where the M3 repository resides, failed due to a hardware problem (bad RAM?). A reboot performed by our sysadmin cured that, but let to a mail flood from birch against plane, our main mail server, which got into thrashing mode and was no more accessible for several hours. Something like an internal DOS attack :-( Our sysadmin is currently setting up yet another bigger mail server with some more resources, but it may still take some days (hopefully not weeks) until everything is ready and tested. Until then we may experience temporary resource shortages. If anything is still missing in the archives, please contact admins or ronny.forberger at elego.de directly. Olaf -- Olaf Wagner -- elego Software Solutions GmbH, Ohmstr. 9, 10179 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 From wagner at plane.elego.de Fri Feb 16 08:47:16 2007 From: wagner at plane.elego.de (Olaf Wagner) Date: Fri, 16 Feb 2007 08:47:16 +0100 Subject: [M3devel] Re: [M3commit] CVS Update: cm3 In-Reply-To: <200702131623.l1DGNe6W012042@birch.elego.de> References: <200702131623.l1DGNe6W012042@birch.elego.de> Message-ID: <20070216074716.GA3519@elegosoft.com> On Tue, Feb 13, 2007 at 05:23:40PM +0000, Anthony Hosking wrote: > CVSROOT: /usr/cvs > Changes by: hosking at birch. 07/02/13 17:23:40 > > Modified files: > cm3/m3-tools/showheap/src/: m3makefile > cm3/m3-tools/shownew/src/: m3makefile > cm3/m3-tools/showthread/src/: m3makefile > cm3/m3-ui/formsview/src/: m3makefile > > Log message: > Most Linux distributions don't come with static versions of the X11 libraries, so these should > not be built standalone. I think the issue of the missing static libraries should rather be fixed in cm3.cfg for each target platform, and build standalone should mean `standalone wrt. M3 libraries'. Thus we keep an easy way to build executables that can be transferred to systems without M3 installations and run there. Olaf -- elego Software Solutions GmbH HRB 77719 Olaf Wagner E-Mail: wagner(at)elego.de Ohmstra?e 9 Tel: +49 30 40 04 19 29 10179 Berlin Fax: +49 30 23 45 86 95 Cranachstra?e 7 Tel: +49 30 85 58 01 81 12157 Berlin Fax: +49 30 85 58 01 88 ------------------> WWW: http://www.elego-software-solutions.com From lemming at henning-thielemann.de Wed Feb 28 13:33:18 2007 From: lemming at henning-thielemann.de (Henning Thielemann) Date: Wed, 28 Feb 2007 13:33:18 +0100 (MET) Subject: [M3devel] Web-CVS for CM3 Message-ID: At http://www.elegosoft.com/index.php?id=170 there is a link "CVSWeb Online Browsing CM3" to http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi which does not work. From dabenavidesd at yahoo.es Thu Feb 1 21:34:23 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Thu, 1 Feb 2007 21:34:23 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD Message-ID: <20070201203423.98686.qmail@web27113.mail.ukl.yahoo.com> Hi: Some things besides what found with mentor: danielb at sl11:~$ mentor @M3stackdump *** *** runtime error: *** Thread client error: attempt to release an unlocked mutex *** file "ThreadPThread.m3", line 168 *** ------------------ EXCEPTION HANDLER STACK --------------------- 0xa22bab80 LOCK mutex = 0xb241b164 0xa22babd0 LOCK mutex = 0xb2416c78 0xa22bac30 LOCK mutex = 0xb2416d54 0xa22bac80 LOCK mutex = 0xb2416cd8 0xa22bacd0 LOCK mutex = 0xb2410378 0xa22bad20 LOCK mutex = 0xb23fa104 0xa22bad70 LOCK mutex = 0xb23fa370 0xa22badc0 LOCK mutex = 0xb23fa1f4 0xa22bae20 LOCK mutex = 0xb23fa288 0xa22bae58 RAISES {} 0xa22bb170 TRY-EXCEPT {0x718ac4e9} 0xa22bb250 TRY-EXCEPT {0x718ac4e9} ---------------------------------------------------------------- Cancelado danielb at sl11:~$ I didn't debugged mentor, but I tried another program, cvsup, and with GUI problems after a seconds the process finishes but no advise of runtime error, however with no-gui It simply works well. Also Im trying the examples of the parallel chapter of the book "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, with the NThreads example (which you can download on the url http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/Modula-3/m3book/examples.html ) You will need the m3local library shipped and a m3makefile like this below: import ("m3local") implementation("NThreads") program("NThreads") I get this on the console with the Pthread version: the program will call Nl new line after a 10 is printed. 9 10 4 7 8 1 2 3 5 6 9 10 4 10 4 7 9 1 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 4 5 6 7 8 9 10 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 3 4 8 4 8 1 3 5 6 7 9 10 9 10 2 3 4 5 6 7 8 1 7 8 9 10 2 10 2 3 7 8 9 1 4 5 6 10 2 3 7 8 9 1 9 1 4 7 8 10 2 3 5 6 9 1 4 1 4 7 9 10 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 6 1 2 3 7 8 9 10 9 10 4 7 8 1 2 3 5 6 9 10 4 10 4 7 9 1 2 3 5 6 5 6 8 9 10 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 1 10 1 2 3 4 5 6 7 8 9 7 8 9 10 1 2 1 2 3 7 8 9 10 4 5 6 1 2 3 7 8 9 10 9 10 But with the POSIX implementation, this is a extract of the out: It ends according to the example until Return is pressed. 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 9 8 7 6 5 4 3 2 1 10 Certainly, and according to the book, the first one is more expectable. I would like to know your opinions about this issue. Besides with import("libsio") in place of import ("m3local") on the m3makefile you get the numbers in a distribution similar to the above but the number of digits in each line is more uniform (ten by line) on the pthread version this time. Besides I know the Upthread.i3 interface on m3-libs/m3core/src/unix/linux-libc6 has a the procedure PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; READONLY param: struct_sched_param): int; that could be useful to change the scheduling policy, but certainly I didn't find with grep in all the cm3 distro where it is used. The Round Robin policy according to the documentation of pthreads, is only available on process running with superuser privileges. Thanks, Daniel Benavides > Tony Hosking hosking at cs.purdue.edu wrote: > > A stack trace would be useful. Perhaps you can run again with > @M3stackdump specified on the command line. Alternatively, if you > run inside gdb you can show the stack dump at the point of the > error > by setting a breakpoint at line 168 in ThreadPThread.m3. > > I notice that you are using priority scheduling -- not sure what > that > will do to things. Can you try it with round robin scheduling? > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > Hello: > > > > I have compiled the cm3 cvs updated with the Pthread support > under > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > on > > the array SYSTEM_LIBORDER > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > YACC", "LIBC", > > "PTHREAD" ] > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > on the array SYSTEM_LIBS > > > > But when running a mentor animation I get this runtime error > > consistently about a seconds later after began an animation, then > > > this is the out: > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor showthread > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an unlocked mutex > > *** file "ThreadPThread.m3", line 168 > > *** > > > > Cancelado > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > This system has > > "POSIX version set to 200112, > > including support for priority scheduling" > > > > Thanks, > > Daniel Benavides > > > --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dabenavidesd at yahoo.es Tue Feb 6 00:45:53 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Tue, 6 Feb 2007 00:45:53 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD Message-ID: <20070205234553.49308.qmail@web27115.mail.ukl.yahoo.com> Hello: Finally I get mentor debugged with the below commands to avoid hit 'return' to continu the execution after Signals, (although the execution still needs several hits on return, you can do several previously and It helps to give continuity to the execution): handle all nostop handle EXC_SOFTWARE stop handle EXC_BREAKPOINT stop Here it is the out of m3gdb session of mentor (running PQueue session Algorithm HeapSort, with Modula-3 Code View and Tree View): Program received signal SIG64, Real-time event 64. Program received signal SIGXCPU, CPU time limit exceeded. Program received signal SIG64, Real-time event 64. [Switching to Thread -1456178256 (LWP 23051)] Breakpoint 1, InnerUnlockMutex (m=16_ac9568b4, self=16_ac92c004) at ThreadPThread.m3:168 warning: Source file is more recent than executable. 168 Die(ThisLine(), "attempt to release an unlocked mutex"); (m3gdb) where #0 InnerUnlockMutex (m=16_ac9568b4, self=16_ac92c004) at ThreadPThread.m3:168 #1 0xb7113f69 in UnlockMutex (m=16_ac9568b4) at ThreadPThread.m3:189 #2 0xb7b27ff9 in SyncDefault (v=16_ac9568b4, ch=16_ac959268, wait=TRUE) at VBTClass.m3:799 #3 0xb7b21d9f in Sync (v=16_ac959268, wait=TRUE) at VBT.m3:1167 #4 0xb7b64371 in Sync (v=16_ac956744, ch=16_ac956820, wait=TRUE) at JoinedVBT.m3:101 #5 0xb7b27fd6 in SyncDefault (v=16_ac956820, ch=16_ac9567a4, wait=TRUE) at VBTClass.m3:797 #6 0xb7b27fd6 in SyncDefault (v=16_ac9567a4, ch=16_ac955ea4, wait=TRUE) at VBTClass.m3:797 #7 0xb7b27fd6 in SyncDefault (v=16_ac955ea4, ch=16_b2c5fcbc, wait=TRUE) at VBTClass.m3:797 #8 0xb7b27fd6 in SyncDefault (v=16_b2c5fcbc, ch=16_b2c5ff28, wait=TRUE) at VBTClass.m3:797 #9 0xb7b27fd6 in SyncDefault (v=16_b2c5ff28, ch=16_b2c5fdac, wait=TRUE) at VBTClass.m3:797 #10 0xb7b21d9f in Sync (v=16_b2c5fdac, wait=TRUE) at VBT.m3:1167 #11 0xb7d525f3 in MGRedisplay (v=16_b2c5fdac, br=RECORD r = RECORD west = 0; east = 0; north = 0; south = 0; END; p = NIL; END) at MGV.m3:146 #12 0xb7d41b90 in DoAnimation (t=16_b2cac1ac, time=0.1202204, timePrev=0.117730595, v=16_b2c5fdac, mg=NIL) at Animate.m3:57 #13 0xb7d41ca8 in Do (t=16_b2cac1ac, mg=NIL, v=16_b2c5fdac, duration=1) at Animate.m3:74 #14 0xb7d536d1 in Animation (v=16_b2c5fdac, duration=1) at MGV.m3:313 #15 0xb7d83fdc in AnimateGraph (graph=16_b2c5fcbc, t0=0, t1=1) at GraphVBT.m3:656 #16 0x081534b3 in HeapOpInit (view=16_ac955ea4, k=4) at PQViews.m3:152 #17 0x0814c1d8 in OEDispatcher (v=16_ac955ea4, evt=16_b2be4f64) at PQueueIE.m3:97 #18 0xb7df19db in ViewThread (self=16_b2c3b808) at Zeus.m3:331 #19 0xb7116382 in RunThread (me=16_08307368) at ThreadPThread.m3:548 #20 0xb7115f61 in ThreadBase (param=16_08307368) at ThreadPThread.m3:518 #21 0xb6eb4341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #22 0xb6e484ee in clone () from /lib/tls/i686/cmov/libc.so.6 (m3gdb) Any more information useful to send you? Thanks, Daniel Benavides On Feb 1, 2007, at 3:34 PM, Daniel Alejandro Benavides D. wrote: > Hi: > > Some things besides what found with mentor: > > danielb at sl11:~$ mentor @M3stackdump > > > *** > *** runtime error: > *** Thread client error: attempt to release an unlocked mutex > *** file "ThreadPThread.m3", line 168 > *** > > ------------------ EXCEPTION HANDLER STACK --------------------- > 0xa22bab80 LOCK mutex = 0xb241b164 > 0xa22babd0 LOCK mutex = 0xb2416c78 > 0xa22bac30 LOCK mutex = 0xb2416d54 > 0xa22bac80 LOCK mutex = 0xb2416cd8 > 0xa22bacd0 LOCK mutex = 0xb2410378 > 0xa22bad20 LOCK mutex = 0xb23fa104 > 0xa22bad70 LOCK mutex = 0xb23fa370 > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > 0xa22bae20 LOCK mutex = 0xb23fa288 > 0xa22bae58 RAISES {} > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > ---------------------------------------------------------------- > Cancelado > danielb at sl11:~$ > > I didn't debugged mentor, but I tried another program, cvsup, > and with GUI problems after a seconds the process finishes > but no advise of runtime error, however with no-gui It simply works > well. > > Also Im trying the examples of the parallel chapter of the book > "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, > with the NThreads example (which you can download on the url > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > Modula-3/m3book/examples.html ) > You will need the m3local library shipped and a m3makefile like > this below: > import ("m3local") > implementation("NThreads") > program("NThreads") > > I get this on the console with the Pthread version: > the program will call Nl new line after a 10 is printed. > 9 10 > 4 7 8 1 2 3 5 6 9 10 > 4 10 > 4 7 9 1 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 4 5 6 7 8 9 10 > 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 > 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 > 3 4 8 4 8 1 3 5 6 7 9 10 > 9 10 > 2 3 4 5 6 7 8 1 7 8 9 10 > 2 10 > 2 3 7 8 9 1 4 5 6 10 > 2 3 7 8 9 1 9 1 4 7 8 10 > 2 3 5 6 9 1 4 1 4 7 9 10 > 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 6 1 2 3 7 8 9 10 > 9 10 > 4 7 8 1 2 3 5 6 9 10 > 4 10 > 4 7 9 1 2 3 5 6 5 6 8 9 10 > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > 1 10 > 1 2 3 4 5 6 7 8 9 7 8 9 10 > 1 2 1 2 3 7 8 9 10 > 4 5 6 1 2 3 7 8 9 10 > 9 10 > > But with the POSIX implementation, this is a extract of the out: > It ends according to the example until Return is pressed. > > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > 9 8 7 6 5 4 3 2 1 10 > Certainly, and according to the book, the first one is more > expectable. > I would like to know your opinions about this issue. > Besides with import("libsio") in place of import ("m3local") on the > m3makefile > you get the numbers in a distribution similar to the above but the > number of digits > in each line is more uniform (ten by line) on the pthread version > this time. > > Besides I know the Upthread.i3 interface on > m3-libs/m3core/src/unix/linux-libc6 has a the procedure > > PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; > READONLY param: struct_sched_param): > int; > that could be useful to change the scheduling policy, but certainly > I didn't find with grep in all the cm3 distro where it is used. > The Round Robin policy according to the documentation > of pthreads, is only available on process running with superuser > privileges. > > Thanks, > Daniel Benavides > > > Tony Hosking hosking at cs.purdue.edu wrote: > > > > A stack trace would be useful. Perhaps you can run again with > > @M3stackdump specified on the command line. Alternatively, if you > > run inside gdb you can show the stack dump at the point of the > > error > > by setting a breakpoint at line 168 in ThreadPThread.m3. > > > > I notice that you are using priority scheduling -- not sure what > > that > > will do to things. Can you try it with round robin scheduling? > > > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > > > Hello: > > > > > > I have compiled the cm3 cvs updated with the Pthread support > > under > > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > > on > > > the array SYSTEM_LIBORDER > > > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > > YACC", "LIBC", > > > "PTHREAD" ] > > > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > > on the array SYSTEM_LIBS > > > > > > But when running a mentor animation I get this runtime error > > > consistently about a seconds later after began an animation, then > > > > > this is the out: > > > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor showthread > > > > > > > > > *** > > > *** runtime error: > > > *** Thread client error: attempt to release an unlocked mutex > > > *** file "ThreadPThread.m3", line 168 > > > *** > > > > > > Cancelado > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > > > This system has > > > "POSIX version set to 200112, > > > including support for priority scheduling" > > > > > > Thanks, > > > Daniel Benavides > > > > > --------------------------------- LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dabenavidesd at yahoo.es Tue Feb 6 16:39:34 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Tue, 6 Feb 2007 16:39:34 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 Message-ID: <483751.9053.qm@web27102.mail.ukl.yahoo.com> Hi: Im compiling all the system and I got this error /home/admin11/code/cm3-5.4/cm3/scripts/pkgmap.sh -c "/usr/local/cm3/bin/cm3 -DPTHREAD -build -DROOT='/home/admin11/code/cm3-5.4/cm3' && /usr/local/cm3/bin/cm3 -DPTHREAD -ship -DROOT='/home/admin11/code/cm3-5.4/cm3' " m3gc-simple m3core libm3 patternmatching m3middle m3quake m3scanner m3tools m3cgcat m3cggen m3gdb m3bundle arithmetic bitvector digraph parseparams realgeometry set slisp sortedtableextras table-list tempfiles tcp udp libsio libbuf debug listfuncs embutils m3tk-misc http binIO commandrw m3tk mtex m3totex m3tohtml m3scan m3markup m3browser cmpdir cmpfp dirfp uniq netobj netobjd stubgen events rdwr sharedobj sharedobjgen odbc postgres95 db smalldb stable stablegen X11R4 ui PEX vbtkit cmvbt jvideo videovbt web formsvbtpixmaps formsvbt formsview formsedit codeview mg mgkit opengl anim3D zeus m3zume synloc synex metasyn obliqrt obliqparse obliqprint obliq obliqlibemb obliqlibm3 obliqlibui obliqlibanim obliqsrvstd obliqsrvui obliqbinmin obliqbinstd obliqbinui obliqbinanim visualobliq vocgi voquery vorun webvbt recordheap rehearsecode replayheap showheap shownew showthread pkl-fonts juno-machine juno-compiler juno-app cube calculator fisheye mentor === package /home/admin11/code/cm3-5.4/cm3/m3-libs/m3gc-simple === +++ /usr/local/cm3/bin/cm3 -DPTHREAD -build -DROOT='/home/admin11/code/cm3-5.4/cm3' && /usr/local/cm3/bin/cm3 -DPTHREAD -ship -DROOT='/home/admin11/code/cm3-5.4/cm3' +++ --- building in LINUXLIBC6 --- new source -> compiling RTVM.c new source -> compiling sysdeps.c ../src/runtime/LINUXLIBC6/sysdeps.c:20:21: asm/ipc.h: No existe el fichero ? directorio compilation failed => not building library "libm3gcdefs.a" Fatal Error: package build failed *** execution of failed *** root at sl11:/home/admin11/code/cm3-5.4/cm3/scripts# The file ipc.h does exist but in the directory /usr/include/asm-generic On the file cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 the line 19 has the following include: #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 #include #endif Is there a problem changing the include to #include ? This kernel is 2.6.17-10-generic Thanks, Daniel Benavides ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From wagner at elegosoft.com Tue Feb 6 17:13:43 2007 From: wagner at elegosoft.com (Olaf Wagner) Date: Tue, 6 Feb 2007 17:13:43 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <483751.9053.qm@web27102.mail.ukl.yahoo.com> References: <483751.9053.qm@web27102.mail.ukl.yahoo.com> Message-ID: <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> On Tue, February 6, 2007 4:39 pm, Daniel Alejandro Benavides D. wrote: > Hi: > Im compiling all the system and I got this error > > On the file > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > the line 19 has the following include: > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > #include > #endif > > Is there a problem changing the include to > #include ? > This kernel is 2.6.17-10-generic If this is the location the file has moved to it is certainly correct at least for your workspace. Before you check-in such a change, you should add an appropriate version check of course, or other people using other Linux versions will have similar problems as you. Olaf -- Olaf Wagner -- elego Software Solutions GmbH, Ohmstr. 9, 10179 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 From stsp at stsp.in-berlin.de Tue Feb 6 19:11:21 2007 From: stsp at stsp.in-berlin.de (Stefan Sperling) Date: Tue, 6 Feb 2007 19:11:21 +0100 Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> References: <483751.9053.qm@web27102.mail.ukl.yahoo.com> <48188.194.138.127.36.1170778423.squirrel@mail.elegosoft.com> Message-ID: <20070206181121.GA1403@ted.stsp.lan> On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf Wagner wrote: > > On Tue, February 6, 2007 4:39 pm, Daniel Alejandro Benavides D. wrote: > > Hi: > > Im compiling all the system and I got this error > > > > On the file > > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > > the line 19 has the following include: > > > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > > #include > > #endif > > > > Is there a problem changing the include to > > #include ? Yes. > > This kernel is 2.6.17-10-generic The -generic in that version number has nothing to do with include/asm-generic. It is a custom string added by the Ubuntu developers to identify which kernel variant is running. See the CONFIG_LOCALVERSION kernel configuration option. The include/asm-generic directory is used for platform independent parts the assembler code in Linux relies on (constant definitions, common macros, etc.) The asm/ include directory is usually a symlink, and does not exist in a freshly extracted linux source tree. For example, this is from the source tree of a build of Linux for the ARM architecture: [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls -l asm lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ -> asm-arm Note that asm/ipc.h includes asm-generic/ipc.h: [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep asm-generic/ipc.h asm/ipc.h #include > If this is the location the file has moved to it is certainly correct > at least for your workspace. Before you check-in such a change, you > should add an appropriate version check of course, or other people > using other Linux versions will have similar problems as you. I think the problem is somewhere else. Daniel, are you sure you have a kernel source or kernel headers package for your architecture installed on your Ubuntu system? -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From dabenavidesd at yahoo.es Wed Feb 7 18:48:33 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Wed, 7 Feb 2007 18:48:33 +0100 (CET) Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <20070206181121.GA1403@ted.stsp.lan> Message-ID: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> Hello: Yes I do have by default the following kernel headers on /usr/src drwxr-xr-x 19 root root 4096 2006-10-25 09:06 linux-headers-2.6.17-10 drwxr-xr-x 4 root root 4096 2006-10-25 09:06 linux-headers-2.6.17-10-generic A comment, linux-headers-2.6.17-10-generic just have symbolic links to the other. admin11 at sl11:/usr/src$ ls -al linux-headers-2.6.17-10/include/ total 192 drwxr-xr-x 43 root root 4096 2006-10-25 09:06 . drwxr-xr-x 19 root root 4096 2006-10-25 09:06 .. drwxr-xr-x 3 root root 4096 2006-10-25 09:06 acpi lrwxrwxrwx 1 root root 8 2007-02-06 08:13 asm -> asm-i386 the file /usr/src/linux-headers-2.6.17-10/include/asm/ipc.h has the preproccesor line: #include Besides there ir asm headers on the directory /usr/include the thing is In this version of Ubuntu Edgy, the directory /usr/include has the following directories: drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 arpa drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-generic drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-i386 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-x86_64 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 bits drwxr-xr-x 3 root root 4,0K 2007-02-06 10:51 c++ drwxr-xr-x 2 root root 4,0K 2007-02-06 09:52 GL drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gnu drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gphoto2 drwxr-xr-x 2 root root 4,0K 2006-06-19 17:55 gsl drwxr-xr-x 3 root root 4,0K 2006-10-25 09:05 kde drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 libexif drwxr-xr-x 15 root root 8,0K 2006-10-25 09:05 linux drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 Mrm drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 net drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netash drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netatalk drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netax25 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 neteconet drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netinet drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netipx drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netpacket drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrom drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrose drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 nfs drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 protocols drwxr-xr-x 2 root root 4,0K 2006-10-25 09:06 python2.4 drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpc drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpcsvc drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 scsi drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 sys drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 uil drwxr-xr-x 9 root root 4,0K 2007-02-06 09:54 X11 drwxr-xr-x 2 root root 8,0K 2007-02-06 10:14 Xm but the file ipc.h doesnt exist on /usr/include/asm, It does a file named ipcbuf.h Comparing to the Ubuntu 6.06 Dapper, the directory /usr/include has only directories X11 gsl and python2.4. But the directory /usr/src/linux-headers-2.6.15-27/include/asm/ipc.h it does exists and have the line #include So Its almost the same situation in terms of contents of the files on linux headers but, the difference is the .c file of the error was looking first on /usr/include and not on the linux headers, so maybe quake takes the first option in this Edgy, then It didint find the file, so it complains. Could be a bug or a missing header on /usr/include on this new ubuntu ? I will ask help on Ubuntu forums. Thanks, Daniel Benavides --- Stefan Sperling wrote: > On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf > Wagner wrote: > > > > On Tue, February 6, 2007 4:39 pm, Daniel Alejandro > Benavides D. wrote: > > > Hi: > > > Im compiling all the system and I got this error > > > > > > On the file > > > cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 > > > the line 19 has the following include: > > > > > > #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 > > > #include > > > #endif > > > > > > Is there a problem changing the include to > > > #include ? > > Yes. > > > > This kernel is 2.6.17-10-generic > > The -generic in that version number has nothing to > do with > include/asm-generic. It is a custom string added by > the Ubuntu > developers to identify which kernel variant is > running. > See the CONFIG_LOCALVERSION kernel configuration > option. > > The include/asm-generic directory is used for > platform > independent parts the assembler code in Linux relies > on > (constant definitions, common macros, etc.) > > The asm/ include directory is usually a symlink, and > does not exist in a freshly extracted linux source > tree. > > For example, this is from the source tree of a build > of > Linux for the ARM architecture: > > [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls > -l asm > lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ > -> asm-arm > > Note that asm/ipc.h includes asm-generic/ipc.h: > > [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep > asm-generic/ipc.h asm/ipc.h > #include > > > If this is the location the file has moved to it > is certainly correct > > at least for your workspace. Before you check-in > such a change, you > > should add an appropriate version check of course, > or other people > > using other Linux versions will have similar > problems as you. > > I think the problem is somewhere else. > > Daniel, are you sure you have a kernel source or > kernel headers > package for your architecture installed on your > Ubuntu system? > > -- > stefan > http://stsp.in-berlin.de > PGP Key: 0xF59D25F0 > ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From hosking at cs.purdue.edu Mon Feb 12 21:33:27 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:33:27 -0500 Subject: [M3devel] Problems with mailing lists Message-ID: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> Why don't I see commit messages anymore coming to this list? Also, why are the mailing lists not being archived on the Elego software Web-site? I can see messages from 2006 but none from 2007. From hosking at cs.purdue.edu Mon Feb 12 21:40:03 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:40:03 -0500 Subject: [M3devel] Problems with mailing lists In-Reply-To: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> References: <5370F693-8643-4067-A616-A667B10CF826@cs.purdue.edu> Message-ID: <1A09A4E1-6698-4474-A49C-670921AC181D@cs.purdue.edu> OK, so it seems that the Web-site still refers to the old Zope mailing list archives. The lists are appearing at the link below. On Feb 12, 2007, at 3:33 PM, Tony Hosking wrote: > Why don't I see commit messages anymore coming to this list? > > Also, why are the mailing lists not being archived on the Elego > software Web-site? I can see messages from 2006 but none from 2007. > > > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel From hosking at cs.purdue.edu Mon Feb 12 21:41:23 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Mon, 12 Feb 2007 15:41:23 -0500 Subject: [M3devel] asm/ipc.h not present on ubuntu 6.10 In-Reply-To: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> References: <20070207174834.75932.qmail@web27101.mail.ukl.yahoo.com> Message-ID: It turns out that you don't need to include so I've gone ahead and deleted that line. On Feb 7, 2007, at 12:48 PM, Daniel Alejandro Benavides D. wrote: > Hello: > Yes I do have by default the following kernel headers > on > /usr/src > > drwxr-xr-x 19 root root 4096 2006-10-25 09:06 > linux-headers-2.6.17-10 > drwxr-xr-x 4 root root 4096 2006-10-25 09:06 > linux-headers-2.6.17-10-generic > > A comment, linux-headers-2.6.17-10-generic just have > symbolic links to the other. > > admin11 at sl11:/usr/src$ ls -al > linux-headers-2.6.17-10/include/ > total 192 > drwxr-xr-x 43 root root 4096 2006-10-25 09:06 . > drwxr-xr-x 19 root root 4096 2006-10-25 09:06 .. > drwxr-xr-x 3 root root 4096 2006-10-25 09:06 acpi > lrwxrwxrwx 1 root root 8 2007-02-06 08:13 asm -> > asm-i386 > > the file > /usr/src/linux-headers-2.6.17-10/include/asm/ipc.h > has the preproccesor line: > #include > > Besides there ir asm headers on the directory > /usr/include > the thing is In this version of Ubuntu Edgy, the > directory /usr/include has the following directories: > > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 arpa > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > asm-generic > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 asm-i386 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > asm-x86_64 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 bits > drwxr-xr-x 3 root root 4,0K 2007-02-06 10:51 c++ > drwxr-xr-x 2 root root 4,0K 2007-02-06 09:52 GL > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gnu > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 gphoto2 > drwxr-xr-x 2 root root 4,0K 2006-06-19 17:55 gsl > drwxr-xr-x 3 root root 4,0K 2006-10-25 09:05 kde > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 libexif > drwxr-xr-x 15 root root 8,0K 2006-10-25 09:05 linux > drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 Mrm > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 net > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netash > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netatalk > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netax25 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > neteconet > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netinet > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netipx > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > netpacket > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrom > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 netrose > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 nfs > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 > protocols > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:06 > python2.4 > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpc > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 rpcsvc > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 scsi > drwxr-xr-x 2 root root 4,0K 2006-10-25 09:05 sys > drwxr-xr-x 2 root root 4,0K 2007-02-06 10:14 uil > drwxr-xr-x 9 root root 4,0K 2007-02-06 09:54 X11 > drwxr-xr-x 2 root root 8,0K 2007-02-06 10:14 Xm > > but the file ipc.h doesnt exist on /usr/include/asm, > It does a file named ipcbuf.h > > Comparing to the Ubuntu 6.06 Dapper, the directory > /usr/include has only directories X11 gsl and > python2.4. But the directory > /usr/src/linux-headers-2.6.15-27/include/asm/ipc.h it > does exists and have the line > #include > > So Its almost the same situation in terms of contents > of the files on linux headers but, the difference is > the .c file of the error was looking first on > /usr/include and not on the linux headers, so maybe > quake takes the first option in this Edgy, then It > didint find the file, so it complains. > > Could be a bug or a missing header on /usr/include on > this new ubuntu ? I will ask help on Ubuntu forums. > > Thanks, > Daniel Benavides > > --- Stefan Sperling wrote: > >> On Tue, Feb 06, 2007 at 05:13:43PM +0100, Olaf >> Wagner wrote: >>> >>> On Tue, February 6, 2007 4:39 pm, Daniel Alejandro >> Benavides D. wrote: >>>> Hi: >>>> Im compiling all the system and I got this error >>>> >>>> On the file >>>> cm3/m3-libs/m3gc-simple/src/runtime/LINUXLIBC6 >>>> the line 19 has the following include: >>>> >>>> #if __GLIBC__ >= 2 && __GLIBC_MINOR__ >= 1 >>>> #include >>>> #endif >>>> >>>> Is there a problem changing the include to >>>> #include ? >> >> Yes. >> >>>> This kernel is 2.6.17-10-generic >> >> The -generic in that version number has nothing to >> do with >> include/asm-generic. It is a custom string added by >> the Ubuntu >> developers to identify which kernel variant is >> running. >> See the CONFIG_LOCALVERSION kernel configuration >> option. >> >> The include/asm-generic directory is used for >> platform >> independent parts the assembler code in Linux relies >> on >> (constant definitions, common macros, etc.) >> >> The asm/ include directory is usually a symlink, and >> does not exist in a freshly extracted linux source >> tree. >> >> For example, this is from the source tree of a build >> of >> Linux for the ARM architecture: >> >> [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ ls >> -l asm >> lrwxr-xr-x 1 stsp stsp 7B 22 Dec 12:07 asm@ >> -> asm-arm >> >> Note that asm/ipc.h includes asm-generic/ipc.h: >> >> [stsp at ted ~/dslinux/src/linux-2.6.x/include]$ grep >> asm-generic/ipc.h asm/ipc.h >> #include >> >>> If this is the location the file has moved to it >> is certainly correct >>> at least for your workspace. Before you check-in >> such a change, you >>> should add an appropriate version check of course, >> or other people >>> using other Linux versions will have similar >> problems as you. >> >> I think the problem is somewhere else. >> >> Daniel, are you sure you have a kernel source or >> kernel headers >> package for your architecture installed on your >> Ubuntu system? >> >> -- >> stefan >> http://stsp.in-berlin.de >> PGP Key: 0xF59D25F0 >> > > > > > ______________________________________________ > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. > http://es.voice.yahoo.com > _______________________________________________ > M3devel mailing list > M3devel at elegosoft.com > https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel From hosking at cs.purdue.edu Tue Feb 13 17:25:19 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Tue, 13 Feb 2007 11:25:19 -0500 Subject: [M3devel] problem using -DPTHREAD In-Reply-To: <20070206044254.54790.qmail@web27108.mail.ukl.yahoo.com> References: <20070206044254.54790.qmail@web27108.mail.ukl.yahoo.com> Message-ID: <54BB1DA5-FC15-4AF1-B030-3EF6D074D58D@cs.purdue.edu> With the latest check-ins to the cm3 CVS repository I am now able to bootstrap and run programs (including those with X11 graphics) on Fedora Core 6 (Zod). Please try rebuilding from sources. On Feb 5, 2007, at 11:42 PM, Daniel Alejandro Benavides D. wrote: > Hi Tony: > I could catch this too, but definitely is more easy with all the > views all of the algorithm, > Bar Code view, Tree View, Modula-3 Code View, and Transcript View > of the same algorithm and same session, with 2 views, is harder to > end abnormally the process > under m3gdb. > Here it is the out of this mentor m3gdb session: > > Program received signal SIGXCPU, CPU time limit exceeded. > > Program received signal SIGXCPU, CPU time limit exceeded. > > Program received signal SIGXCPU, CPU time limit exceeded. > [Switching to Thread -1515197520 (LWP 1748)] > > Breakpoint 1, InnerUnlockMutex (m=16_b232fb40, self=16_acab94c4) > at ThreadPThread.m3:168 > warning: Source file is more recent than executable. > ---Type to continue, or q to quit--- > 168 Die(ThisLine(), "attempt to release an unlocked mutex"); > > (m3gdb) where > #0 InnerUnlockMutex (m=16_b232fb40, self=16_acab94c4) at > ThreadPThread.m3:168 > #1 0xb70cff69 in UnlockMutex (m=16_b232fb40) at ThreadPThread.m3:189 > #2 0xb7ae3ff9 in SyncDefault (v=16_b232fb40, ch=16_b344f164, > wait=TRUE) > at VBTClass.m3:799 > #3 0xb7addd9f in Sync (v=16_b344f164, wait=TRUE) at VBT.m3:1167 > #4 0xb7b20371 in Sync (v=16_b232f9d0, ch=16_b232faac, wait=TRUE) > at JoinedVBT.m3:101 > #5 0xb7ae3fd6 in SyncDefault (v=16_b232faac, ch=16_b232fa30, > wait=TRUE) > at VBTClass.m3:797 > #6 0xb7ae3fd6 in SyncDefault (v=16_b232fa30, ch=16_b232f1ac, > wait=TRUE) > at VBTClass.m3:797 > #7 0xb7ae3fd6 in SyncDefault (v=16_b232f1ac, ch=16_b1a7408c, > wait=TRUE) > at VBTClass.m3:797 > #8 0xb7ae3fd6 in SyncDefault (v=16_b1a7408c, ch=16_b1a742f8, > wait=TRUE) > at VBTClass.m3:797 > #9 0xb7ae3fd6 in SyncDefault (v=16_b1a742f8, ch=16_b1a7417c, > wait=TRUE) > at VBTClass.m3:797 > #10 0xb7addd9f in Sync (v=16_b1a7417c, wait=TRUE) at VBT.m3:1167 > #11 0xb7d0e5f3 in MGRedisplay (v=16_b1a7417c, br= > RECORD r = RECORD west = 0; east = 0; north = 0; south = 0; END; p > = NIL; END) at MGV.m3:146 > #12 0xb7cfdb90 in DoAnimation (t=16_b1a836e0, time=1, > timePrev=0.377209276, > v=16_b1a7417c, mg=NIL) at Animate.m3:57 > ---Type to continue, or q to quit--- > #13 0xb7cfdd2b in Do (t=16_b1a836e0, mg=NIL, v=16_b1a7417c, > duration=1) > at Animate.m3:81 > #14 0xb7d0f6d1 in Animation (v=16_b1a7417c, duration=1) at MGV.m3:313 > #15 0xb7d3ffdc in AnimateGraph (graph=16_b1a7408c, t0=0, t1=1) > at GraphVBT.m3:656 > #16 0x0815a814 in Pause (view=16_b232f1ac) at PQBarView.m3:262 > #17 0x0815ac75 in Compare (view=16_b232f1ac, k=12, n=13) at > PQBarView.m3:275 > #18 0x0814c38f in OEDispatcher (v=16_b232f1ac, evt=16_b17ed424) > at PQueueIE.m3:120 > #19 0xb7dad9db in ViewThread (self=16_acab94b8) at Zeus.m3:331 > #20 0xb70d2382 in RunThread (me=16_08364ea8) at ThreadPThread.m3:548 > #21 0xb70d1f61 in ThreadBase (param=16_08364ea8) at > ThreadPThread.m3:518 > #22 0xb6e70341 in start_thread () from /lib/tls/i686/cmov/ > libpthread.so.0 > #23 0xb6e044ee in clone () from /lib/tls/i686/cmov/libc.so.6 > (m3gdb) step > > Program received signal SIG64, Real-time event 64. > > > *** > *** runtime error: > *** Thread client error: attempt to release an unlocked mutex > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Program received signal SIG64, Real-time event 64. > > Thanks, > Daniel Benavides > > >Can you run under gdb and get a stack trace using the "where" command > >when the call to Die occurs? > > On Feb 1, 2007, at 3:34 PM, Daniel Alejandro Benavides D. wrote: > > > Hi: > > > > Some things besides what found with mentor: > > > > danielb at sl11:~$ mentor @M3stackdump > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an unlocked mutex > > *** file "ThreadPThread.m3", line 168 > > *** > > > > ------------------ EXCEPTION HANDLER STACK --------------------- > > 0xa22bab80 LOCK mutex = 0xb241b164 > > 0xa22babd0 LOCK mutex = 0xb2416c78 > > 0xa22bac30 LOCK mutex = 0xb2416d54 > > 0xa22bac80 LOCK mutex = 0xb2416cd8 > > 0xa22bacd0 LOCK mutex = 0xb2410378 > > 0xa22bad20 LOCK mutex = 0xb23fa104 > > 0xa22bad70 LOCK mutex = 0xb23fa370 > > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > > 0xa22bae20 LOCK mutex = 0xb23fa288 > > 0xa22bae58 RAISES {} > > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > > ---------------------------------------------------------------- > > Cancelado > > danielb at sl11:~$ > > > > I didn't debugged mentor, but I tried another program, cvsup, > > and with GUI problems after a seconds the process finishes > > but no advise of runtime error, however with no-gui It simply works > > well. > > > > Also Im trying the examples of the parallel chapter of the book > > "Programming in Modula-3" by Laszlo Boszormenyi & Carsten Weich, > > with the NThreads example (which you can download on the url > > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > > Modula-3/m3book/examples.html ) > > You will need the m3local library shipped and a m3makefile like > > this below: > > import ("m3local") > > implementation("NThreads") > > program("NThreads") > > > > I get this on the console with the Pthread version: > > the program will call Nl new line after a 10 is printed. > > 9 10 > > 4 7 8 1 2 3 5 6 9 10 > > 4 10 > > 4 7 9 1 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 4 5 6 7 8 9 10 > > 1 2 3 1 2 3 4 5 6 5 6 7 1 2 3 4 8 9 10 > > 5 6 7 1 2 3 4 3 4 8 1 2 5 6 7 9 10 > > 3 4 8 4 8 1 3 5 6 7 9 10 > > 9 10 > > 2 3 4 5 6 7 8 1 7 8 9 10 > > 2 10 > > 2 3 7 8 9 1 4 5 6 10 > > 2 3 7 8 9 1 9 1 4 7 8 10 > > 2 3 5 6 9 1 4 1 4 7 9 10 > > 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 6 1 2 3 7 8 9 10 > > 9 10 > > 4 7 8 1 2 3 5 6 9 10 > > 4 10 > > 4 7 9 1 2 3 5 6 5 6 8 9 10 > > 1 2 3 4 7 3 4 5 6 8 6 8 9 3 4 5 7 10 > > 1 10 > > 1 2 3 4 5 6 7 8 9 7 8 9 10 > > 1 2 1 2 3 7 8 9 10 > > 4 5 6 1 2 3 7 8 9 10 > > 9 10 > > > > But with the POSIX implementation, this is a extract of the out: > > It ends according to the example until Return is pressed. > > > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > 9 8 7 6 5 4 3 2 1 10 > > Certainly, and according to the book, the first one is more > > expectable. > > I would like to know your opinions about this issue. > > Besides with import("libsio") in place of import ("m3local") on the > > m3makefile > > you get the numbers in a distribution similar to the above but the > > number of digits > > in each line is more uniform (ten by line) on the pthread version > > this time. > > > > Besides I know the Upthread.i3 interface on > > m3-libs/m3core/src/unix/linux-libc6 has a the procedure > > > > PROCEDURE attr_setschedparam (VAR attr: pthread_attr_t; > > READONLY param: struct_sched_param): > > int; > > that could be useful to change the scheduling policy, but certainly > > I didn't find with grep in all the cm3 distro where it is used. > > The Round Robin policy according to the documentation > > of pthreads, is only available on process running with superuser > > privileges. > > > > Thanks, > > Daniel Benavides > > > > > Tony Hosking hosking at cs.purdue.edu wrote: > > > > > > A stack trace would be useful. Perhaps you can run again with > > > @M3stackdump specified on the command line. Alternatively, if you > > > run inside gdb you can show the stack dump at the point of the > > > error > > > by setting a breakpoint at line 168 in ThreadPThread.m3. > > > > > > I notice that you are using priority scheduling -- not sure what > > > that > > > will do to things. Can you try it with round robin scheduling? > > > > > > On Jan 31, 2007, at 12:05 PM, Daniel Alejandro Benavides D. wrote: > > > > > > > Hello: > > > > > > > > I have compiled the cm3 cvs updated with the Pthread support > > > under > > > > kubuntu 6.06 Linux. I have done this adding the value "PTHREAD" > > > on > > > > the array SYSTEM_LIBORDER > > > > > > > > SYSTEM_LIBORDER = [ "OPENGL", "DECPEX", "MOTIF", "X11", "TCP", > > > "ODBC",> "POSTGRES95", "FLEX-BISON", "LEX- > > > YACC", "LIBC", > > > > "PTHREAD" ] > > > > > > > > and the variable "PTHREAD" : [ "-L/usr/lib", "-lpthread" ], > > > > on the array SYSTEM_LIBS > > > > > > > > But when running a mentor animation I get this runtime error > > > > consistently about a seconds later after began an animation, > then > > > > > > > this is the out: > > > > > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# mentor > showthread > > > > > > > > > > > > *** > > > > *** runtime error: > > > > *** Thread client error: attempt to release an unlocked mutex > > > > *** file "ThreadPThread.m3", line 168 > > > > *** > > > > > > > > Cancelado > > > > root at sl11:/home/danielb/cm3-5.4-Rc2/cm3/scripts# > > > > > > > > This system has > > > > "POSIX version set to 200112, > > > > including support for priority scheduling" > > > > > > > > Thanks, > > > > Daniel Benavides > > > > > > > > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. > http://es.voice.yahoo.com From dabenavidesd at yahoo.es Thu Feb 15 03:28:17 2007 From: dabenavidesd at yahoo.es (Daniel Alejandro Benavides D.) Date: Thu, 15 Feb 2007 03:28:17 +0100 (CET) Subject: [M3devel] problem using -DPTHREAD In-Reply-To: <54BB1DA5-FC15-4AF1-B030-3EF6D074D58D@cs.purdue.edu> Message-ID: <20070215022817.67053.qmail@web27114.mail.ukl.yahoo.com> Hi: Yes I have rebuilded with the cm3-5.4 bootstrap and it is so much better. Thanks so much. Sometimes (rarely) views on mentor dont get repainted. But I havent found a pattern of that effect. I will let you know as soon as I can. I tested this on ubuntu 6.06. Soon on ubuntu 6.10. Please Elego folks, fix the m3commit list. Thanks, Daniel Benavides Bogota, Colombia --- Tony Hosking escribi?: > With the latest check-ins to the cm3 CVS repository > I am now able to > bootstrap and run programs (including those with X11 > graphics) on > Fedora Core 6 (Zod). Please try rebuilding from > sources. > > On Feb 5, 2007, at 11:42 PM, Daniel Alejandro > Benavides D. wrote: > > > Hi Tony: > > I could catch this too, but definitely is more > easy with all the > > views all of the algorithm, > > Bar Code view, Tree View, Modula-3 Code View, and > Transcript View > > of the same algorithm and same session, with 2 > views, is harder to > > end abnormally the process > > under m3gdb. > > Here it is the out of this mentor m3gdb session: > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > > > Program received signal SIGXCPU, CPU time limit > exceeded. > > [Switching to Thread -1515197520 (LWP 1748)] > > > > Breakpoint 1, InnerUnlockMutex (m=16_b232fb40, > self=16_acab94c4) > > at ThreadPThread.m3:168 > > warning: Source file is more recent than > executable. > > ---Type to continue, or q to > quit--- > > 168 Die(ThisLine(), "attempt to release an > unlocked mutex"); > > > > (m3gdb) where > > #0 InnerUnlockMutex (m=16_b232fb40, > self=16_acab94c4) at > > ThreadPThread.m3:168 > > #1 0xb70cff69 in UnlockMutex (m=16_b232fb40) at > ThreadPThread.m3:189 > > #2 0xb7ae3ff9 in SyncDefault (v=16_b232fb40, > ch=16_b344f164, > > wait=TRUE) > > at VBTClass.m3:799 > > #3 0xb7addd9f in Sync (v=16_b344f164, wait=TRUE) > at VBT.m3:1167 > > #4 0xb7b20371 in Sync (v=16_b232f9d0, > ch=16_b232faac, wait=TRUE) > > at JoinedVBT.m3:101 > > #5 0xb7ae3fd6 in SyncDefault (v=16_b232faac, > ch=16_b232fa30, > > wait=TRUE) > > at VBTClass.m3:797 > > #6 0xb7ae3fd6 in SyncDefault (v=16_b232fa30, > ch=16_b232f1ac, > > wait=TRUE) > > at VBTClass.m3:797 > > #7 0xb7ae3fd6 in SyncDefault (v=16_b232f1ac, > ch=16_b1a7408c, > > wait=TRUE) > > at VBTClass.m3:797 > > #8 0xb7ae3fd6 in SyncDefault (v=16_b1a7408c, > ch=16_b1a742f8, > > wait=TRUE) > > at VBTClass.m3:797 > > #9 0xb7ae3fd6 in SyncDefault (v=16_b1a742f8, > ch=16_b1a7417c, > > wait=TRUE) > > at VBTClass.m3:797 > > #10 0xb7addd9f in Sync (v=16_b1a7417c, wait=TRUE) > at VBT.m3:1167 > > #11 0xb7d0e5f3 in MGRedisplay (v=16_b1a7417c, br= > > RECORD r = RECORD west = 0; east = 0; north = 0; > south = 0; END; p > > = NIL; END) at MGV.m3:146 > > #12 0xb7cfdb90 in DoAnimation (t=16_b1a836e0, > time=1, > > timePrev=0.377209276, > > v=16_b1a7417c, mg=NIL) at Animate.m3:57 > > ---Type to continue, or q to > quit--- > > #13 0xb7cfdd2b in Do (t=16_b1a836e0, mg=NIL, > v=16_b1a7417c, > > duration=1) > > at Animate.m3:81 > > #14 0xb7d0f6d1 in Animation (v=16_b1a7417c, > duration=1) at MGV.m3:313 > > #15 0xb7d3ffdc in AnimateGraph (graph=16_b1a7408c, > t0=0, t1=1) > > at GraphVBT.m3:656 > > #16 0x0815a814 in Pause (view=16_b232f1ac) at > PQBarView.m3:262 > > #17 0x0815ac75 in Compare (view=16_b232f1ac, k=12, > n=13) at > > PQBarView.m3:275 > > #18 0x0814c38f in OEDispatcher (v=16_b232f1ac, > evt=16_b17ed424) > > at PQueueIE.m3:120 > > #19 0xb7dad9db in ViewThread (self=16_acab94b8) at > Zeus.m3:331 > > #20 0xb70d2382 in RunThread (me=16_08364ea8) at > ThreadPThread.m3:548 > > #21 0xb70d1f61 in ThreadBase (param=16_08364ea8) > at > > ThreadPThread.m3:518 > > #22 0xb6e70341 in start_thread () from > /lib/tls/i686/cmov/ > > libpthread.so.0 > > #23 0xb6e044ee in clone () from > /lib/tls/i686/cmov/libc.so.6 > > (m3gdb) step > > > > Program received signal SIG64, Real-time event 64. > > > > > > *** > > *** runtime error: > > *** Thread client error: attempt to release an > unlocked mutex > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Program received signal SIG64, Real-time event 64. > > > > Thanks, > > Daniel Benavides > > > > >Can you run under gdb and get a stack trace using > the "where" command > > >when the call to Die occurs? > > > > On Feb 1, 2007, at 3:34 PM, Daniel Alejandro > Benavides D. wrote: > > > > > Hi: > > > > > > Some things besides what found with mentor: > > > > > > danielb at sl11:~$ mentor @M3stackdump > > > > > > > > > *** > > > *** runtime error: > > > *** Thread client error: attempt to release an > unlocked mutex > > > *** file "ThreadPThread.m3", line 168 > > > *** > > > > > > ------------------ EXCEPTION HANDLER STACK > --------------------- > > > 0xa22bab80 LOCK mutex = 0xb241b164 > > > 0xa22babd0 LOCK mutex = 0xb2416c78 > > > 0xa22bac30 LOCK mutex = 0xb2416d54 > > > 0xa22bac80 LOCK mutex = 0xb2416cd8 > > > 0xa22bacd0 LOCK mutex = 0xb2410378 > > > 0xa22bad20 LOCK mutex = 0xb23fa104 > > > 0xa22bad70 LOCK mutex = 0xb23fa370 > > > 0xa22badc0 LOCK mutex = 0xb23fa1f4 > > > 0xa22bae20 LOCK mutex = 0xb23fa288 > > > 0xa22bae58 RAISES {} > > > 0xa22bb170 TRY-EXCEPT {0x718ac4e9} > > > 0xa22bb250 TRY-EXCEPT {0x718ac4e9} > > > > ---------------------------------------------------------------- > > > Cancelado > > > danielb at sl11:~$ > > > > > > I didn't debugged mentor, but I tried another > program, cvsup, > > > and with GUI problems after a seconds the > process finishes > > > but no advise of runtime error, however with > no-gui It simply works > > > well. > > > > > > Also Im trying the examples of the parallel > chapter of the book > > > "Programming in Modula-3" by Laszlo Boszormenyi > & Carsten Weich, > > > with the NThreads example (which you can > download on the url > > > > http://web.archive.org/web/19970814162826/www.ifi.uni-klu.ac.at/ > > > Modula-3/m3book/examples.html ) > > > You will need the m3local library shipped and a > m3makefile like > > > this below: > > > import ("m3local") > > > implementation("NThreads") > > > program("NThreads") > === message truncated === ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m?viles desde 1 c?ntimo por minuto. http://es.voice.yahoo.com From hosking at cs.purdue.edu Thu Feb 15 15:04:55 2007 From: hosking at cs.purdue.edu (Tony Hosking) Date: Thu, 15 Feb 2007 09:04:55 -0500 Subject: [M3devel] Fwd: Returned mail: see transcript for details References: <200702121738.l1CHcTxE030451@birch.elego.de> Message-ID: <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> Looks like the mailers at Elegosoft are messed up. Olaf, can you help? Begin forwarded message: > From: Mail Delivery Subsystem > Date: February 12, 2007 12:38:33 PM EST > To: hosking at birch.elego.de > Subject: Returned mail: see transcript for details > > The original message was received at Wed, 7 Feb 2007 18:35:40 +0100 > from hosking at localhost > > ----- The following addresses had permanent fatal errors ----- > m3commit at elegosoft.com > (expanded from: m3commit at elegosoft.com) > > ----- Transcript of session follows ----- > m3commit at elegosoft.com... Deferred: Connection refused by [127.0.0.1] > Message could not be delivered for 5 days > Message will be deleted from queue > Reporting-MTA: dns; birch.elego.de > Arrival-Date: Wed, 7 Feb 2007 18:35:40 +0100 > > Final-Recipient: RFC822; m3commit at elegosoft.com > Action: failed > Status: 4.4.7 > Remote-MTA: DNS; [127.0.0.1] > Last-Attempt-Date: Mon, 12 Feb 2007 18:38:33 +0100 > > From: Anthony Hosking > Date: February 7, 2007 6:35:40 PM EST > To: m3commit at elegosoft.com > Subject: CVS Update: cm3 > Reply-To: hosking > > > CVSROOT: /usr/cvs > Changes by: hosking at birch. 07/02/07 18:35:40 > > Modified files: > cm3/m3-libs/m3core/src/runtime/I386_DARWIN/: RTThreadC.c wrap.h > cm3/m3-libs/m3core/src/runtime/PPC_DARWIN/: RTThreadC.c wrap.h > cm3/m3-libs/m3core/src/unix/darwin-i386/: Uucontext.i3 > cm3/m3-libs/m3core/src/unix/darwin-ppc/: Uucontext.i3 > > Log message: > Fix bug newly manifested by Darwin updates. Need to be careful > not to overrun > thread state passed in by passing appropriate count and flavor to > thread_get_state. > > > From wagner at elegosoft.com Thu Feb 15 17:58:00 2007 From: wagner at elegosoft.com (Olaf Wagner) Date: Thu, 15 Feb 2007 17:58:00 +0100 (CET) Subject: [M3devel] Re: [M3commit] Fwd: Returned mail: see transcript for details In-Reply-To: <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> References: <200702121738.l1CHcTxE030451@birch.elego.de> <70470771-40AA-4D49-B924-5CB7319CB7D5@cs.purdue.edu> Message-ID: <33812.194.138.127.36.1171558680.squirrel@mail.elegosoft.com> On Thu, February 15, 2007 3:04 pm, Tony Hosking wrote: > Looks like the mailers at Elegosoft are messed up. Olaf, can you help? Everything should now work again :) It seems that sendmail on birch, where the M3 repository resides, failed due to a hardware problem (bad RAM?). A reboot performed by our sysadmin cured that, but let to a mail flood from birch against plane, our main mail server, which got into thrashing mode and was no more accessible for several hours. Something like an internal DOS attack :-( Our sysadmin is currently setting up yet another bigger mail server with some more resources, but it may still take some days (hopefully not weeks) until everything is ready and tested. Until then we may experience temporary resource shortages. If anything is still missing in the archives, please contact admins or ronny.forberger at elego.de directly. Olaf -- Olaf Wagner -- elego Software Solutions GmbH, Ohmstr. 9, 10179 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 From wagner at plane.elego.de Fri Feb 16 08:47:16 2007 From: wagner at plane.elego.de (Olaf Wagner) Date: Fri, 16 Feb 2007 08:47:16 +0100 Subject: [M3devel] Re: [M3commit] CVS Update: cm3 In-Reply-To: <200702131623.l1DGNe6W012042@birch.elego.de> References: <200702131623.l1DGNe6W012042@birch.elego.de> Message-ID: <20070216074716.GA3519@elegosoft.com> On Tue, Feb 13, 2007 at 05:23:40PM +0000, Anthony Hosking wrote: > CVSROOT: /usr/cvs > Changes by: hosking at birch. 07/02/13 17:23:40 > > Modified files: > cm3/m3-tools/showheap/src/: m3makefile > cm3/m3-tools/shownew/src/: m3makefile > cm3/m3-tools/showthread/src/: m3makefile > cm3/m3-ui/formsview/src/: m3makefile > > Log message: > Most Linux distributions don't come with static versions of the X11 libraries, so these should > not be built standalone. I think the issue of the missing static libraries should rather be fixed in cm3.cfg for each target platform, and build standalone should mean `standalone wrt. M3 libraries'. Thus we keep an easy way to build executables that can be transferred to systems without M3 installations and run there. Olaf -- elego Software Solutions GmbH HRB 77719 Olaf Wagner E-Mail: wagner(at)elego.de Ohmstra?e 9 Tel: +49 30 40 04 19 29 10179 Berlin Fax: +49 30 23 45 86 95 Cranachstra?e 7 Tel: +49 30 85 58 01 81 12157 Berlin Fax: +49 30 85 58 01 88 ------------------> WWW: http://www.elego-software-solutions.com From lemming at henning-thielemann.de Wed Feb 28 13:33:18 2007 From: lemming at henning-thielemann.de (Henning Thielemann) Date: Wed, 28 Feb 2007 13:33:18 +0100 (MET) Subject: [M3devel] Web-CVS for CM3 Message-ID: At http://www.elegosoft.com/index.php?id=170 there is a link "CVSWeb Online Browsing CM3" to http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi which does not work.