l4-hackers

l4-hackers@os.inf.tu-dresden.de

2 participants
2880 discussions

Unknown error
by Christian Stueble 13 Jan '00

13 Jan '00

-----BEGIN PGP SIGNED MESSAGE----- Hello, I hope someone can tell me why the following source produces an error (trapno 14, error 5): ------------------------------------ class BaseClass { public: virtual void print() { printf("BaseClass::print()\n"); }; }; class DerivedClass : public BaseClass { public: virtual void print() { printf("DerivedClass::print()\n"); }; }; DerivedClass dc; void main(void) { BaseClass *bc = &dc; bc->print(); } ---------------------- If dc is defined inside main(), everything works fine. Chris -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Christian Stueble............stueble(a)ls6.cs.uni-dortmund.de PubKey[BF7104F5].......fp=8678C5D3CAD9CD8C F1DDB8EC202F116A To be or not to be is true... (apocrypha of George Boole) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: Mqyve75goky7Nb6fefYC/Sh3qq9PuiJi Comment: iQCVAwUBOH3OA/yJjJy/cQT1AQEzOQQAut8lc3ns0EgZiQc80OgiKjlgnLv9g4Np bOdvfgxqspDkUqV6j/D/w0I1tJc3QAwLh8EsF4t6K27dd3yqJN2JVEnvud/7wNGh as2+1S1gqhV6k6dttkY5rfPy+epp/e8ZM5jmhFiS0H/HG+F6Vq+wTAm1f3DnWpoX a1mRhzHjZ+g= =fR1c -----END PGP SIGNATURE-----

2 1

Inside L4
by Gernot Heiser 11 Jan '00

11 Jan '00

A first version of a document entitled "Inside L4/MIPS" containing annotated L4 source code is available from http://www.cse.unsw.edu.au/~disy/L4/index.html. It is still incomplete, so far covering kernel data structures, exception handling and IPC. Any feedback/suggestions/corrections/additions are highly appreciated. Gernot -- Gernot Heiser ,--_|\ School of Computer Sci. & Engin. Phone: +61 2 9385 5156 / \ The University of NSW Fax: +61 2 9385 5533 \_,--._* Sydney, Australia 2052 E-mail: gernot(a)unsw.edu.au v http://www.cse.unsw.edu.au/~gernot PGP fingerprint: 94 1E B8 28 25 FD 7C 94 20 10 92 E5 0B FF 39 8F

1 0

main blocks forever
by Kermit the Frog 11 Jan '00

11 Jan '00

Hello, I have the following scenario were everything goes just wrong. I have only one task running, which creates a thread using l4_thread_ex_regs ... after a 4 secs. sleep using l4_ipc_receive it changes the eip value of the thread to a piece of code that reads: void always_release() { for(;;) l4_thread_switch(L4_NIL_ID); } After doing this the main thread (# 0) tries to wait 4 secs. using l4_ipc_receive again and then change the eip of the created thread to its old eip. The problem is that the main thread never wakes up. I mean, after the 4 secs. have passed ... the main thread is still blocked. Are we in prescence of a bug ? Cheers. Cervi~no Ulises <kermit(a)tower.com.ar> <ulises(a)rosario.linux.org.ar> ............................................................................... "Contrary to popular opinion, Unix is user friendly, It just happens to be very selective about who it makes friends with."

1 0

Re: Its me again :-)
by Jean Wolter 29 Dec '99

29 Dec '99

Kermit the Frog <kermit(a)tower.com.ar> writes: > > Hello, > lets see if I have this thing right. > > Lets say that main() creates a thread that will act as a scheduler. We'll > call it sched. Now main() creates antoher thread that will have sched as > its scheduler. sche() enters an infinite loop with a l4_i386_ipc_wait in > it. Of course, it waits for an preemption RPC message. Currently external and internal preempters are not implemented. They may be released in a future version but I'm not sure about that. Jean -- I get up each morning, gather my wits. Pick up the paper, read the obits. if I'm not there I know I'm not dead. So I eat a good breakfast and go back to bed. Peete Seeger

1 0

Its me again :-)
by Kermit the Frog 24 Dec '99

24 Dec '99

Hello, lets see if I have this thing right. Lets say that main() creates a thread that will act as a scheduler. We'll call it sched. Now main() creates antoher thread that will have sched as its scheduler. sche() enters an infinite loop with a l4_i386_ipc_wait in it. Of course, it waits for an preemption RPC message. Now, when creating the second thread (lets call it task) with l4_thread_ex_regs, I put sched to be its preempter, anyway, sched() never gets the IPC and task() runs as if it never had any preempter asociated. Theres another thing, if inside main we put l4_thread_ex_regs to change task()'s eip and esp to (dword_t) -1 (this would likely stop task()) nothing happens, task() just runs normally. Any ideas ?? Cheers. PS: I didnt send any source code because its kind of long and I dont want to bother people w/unsolicited mail ;-), if anyone wants it please email me and ill be happy to send it Cervi~no Ulises <kermit(a)tower.com.ar> <ulises(a)rosario.linux.org.ar> ............................................................................... "Contrary to popular opinion, Unix is user friendly, It just happens to be very selective about who it makes friends with."

1 0

requesting mappings from sigma0
by Kermit the Frog 22 Dec '99

22 Dec '99

Hello, Ive been having some problems while trying to request a page from sigma0. I have included the source code ... any help ? many thanks! ------[ source begins here ]------ #include <l4/types.h> #include <l4/syscalls.h> #include <l4/ipc.h> #include <stdio.h> #define SIGMA0_ID 4 void main(void) { l4_threadid_t sigma0; l4_msgdope_t msg, result; dword_t addr, type, foo, *r_add; addr = 0x80000; type = L4_IPC_SHORT_MSG; sigma0.id.task = SIGMA0_ID; sigma0.id.lthread = 0; r_add = 0x0; while(r_add == 0x0) { addr += 4096; /* pasamos a la siguiente pagina de 4K */ printf("Vamos a pedir la region de memoria 0x%x\n", addr); l4_i386_ipc_send(sigma0,(void *) type, addr, addr, L4_IPC_NEVER, &result); printf("ipc enviado ..."); l4_i386_ipc_receive(sigma0, L4_IPC_MAPMSG(addr, 4096), r_add, &foo, L4_IPC_NEVER, &result); printf("%p recivido\n", r_add); } *r_add = 'a'; r_add++; *r_add = 0x7; r_add --; if(*r_add == 'a') printf("BINGO!\n"); printf("Done!\n"); } Cervi~no Ulises <kermit(a)tower.com.ar> <ulises(a)rosario.linux.org.ar> ............................................................................... "Contrary to popular opinion, Unix is user friendly, It just happens to be very selective about who it makes friends with."

1 1

Fiasco & oskit10
by Christian Stueble 21 Dec '99

21 Dec '99

Is it possible to compile fiasco based on oskit10? I think there are some files missing (flux/*/*)?? When compiling l4/pkg/oskit_support/lib/src/ I get an error message: --- ... Making rmgr_stubs.o {standard input}: Assembler messages: {standard input}: Error: Symbol 'rmgr_pager_id' can not be both weak and common --- If I remove '__attribute__ ((weak))' it works. Is this a bug? I use egcs-2.91.66. -Chris- -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Christian Stueble............stueble(a)ls6.cs.uni-dortmund.de PubKey[BF7104F5].......fp=8678C5D3CAD9CD8C F1DDB8EC202F116A To be or not to be is true... (apocrypha of George Boole) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

2 1

Using g++ to compile hello?
by Christian Stueble 21 Nov '99

21 Nov '99

Hi! Is it possible to compile the test program ŽhelloŽ using the g++ compiler. I get an error message 1) main.cpp:37: undefined reference to `__throw' ...if I link main.o and crt0.o with the ld linker, and 2) crt0.o(.text+0x0): multiple definition of `_start' /usr/lib/crt1.o(.text+0x0): first defined here ...if I try to link the files with g++ -o xxxx. Can somebody help me? Chris -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Christian Stueble............stueble(a)ls6.cs.uni-dortmund.de PubKey[BF7104F5].......fp=8678C5D3CAD9CD8C F1DDB8EC202F116A To be or not to be is true... (apocrypha of George Boole) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

1 1

Apologies for mispost
by Gernot Heiser 18 Nov '99

18 Nov '99

My last two messages were not meant for l4-hackerßos.inf.tu-dresden.de, but for one of our internal lists. Apologies, Gernot-- Gernot Heiser ,--_|\ School of Computer Sci. & Engin. Phone: +61 2 9385 5156 / \ The University of NSW Fax: +61 2 9385 5995 \_,--._* Sydney, Australia 2052 E-mail: gernot(a)unsw.edu.au v http://www.cse.unsw.edu.au/~gernot PGP fingerprint: 94 1E B8 28 25 FD 7C 94 20 10 92 E5 0B FF 39 8F

1 0

Re: L4 Workshop papers
by Gernot Heiser 18 Nov '99

18 Nov '99

------- Blind-Carbon-Copy From: Gernot Heiser <gernot(a)cse.unsw.edu.au> To: jaegert(a)us.ibm.com cc: Liedtke(a)ira.uka.de, Haertig(a)os.inf.tu-dresden.de, hohmuth(a)innocent.com Subject: Re: L4 Workshop papers In-reply-to: Your message of "Thu, 18 Nov 1999 10:03:10 CDT." <8525682D.0052B697.00(a)D51MTA03.pok.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Reply-to: "Gernot Heiser" <gernot> Date: Fri, 19 Nov 1999 08:04:33 +1100 Sender: gernot(a)zuse.disy.cse.unsw.EDU.AU Thanks, Trent. I really have material for a number of talks, but don't see how I can find the time to write up anything before the 1st (and the students are studying for their exams). Topics: - - StrongARM kernel - - API extensions for SMP scheduling and cacheability - - SMP Alpha kernel - - supporting multiple page sizes - - portable VM implementation? Another problem is that I still haven't got a return flight. I may have to get a business class flight (which means paying the difference out of my own pocket) to be able to make it. Gernot - -- Gernot Heiser ,--_|\ School of Computer Sci. & Engin. Phone: +61 2 9385 5156 / \ The University of NSW Fax: +61 2 9385 5995 \_,--._* Sydney, Australia 2052 E-mail: gernot(a)unsw.edu.au v http://www.cse.unsw.edu.au/~gernot PGP fingerprint: 94 1E B8 28 25 FD 7C 94 20 10 92 E5 0B FF 39 8F ------- End of Blind-Carbon-Copy

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

l4-hackers