The trouble is that the compiler is for some reason copying the argument
into a local stack slot and passing the address of that instead for &argc.
That faults because it happens to be the edge of the stack. In the case
where there is an argc word on the stack (i.e. when run by the kernel), it
pr
On Tue, Jan 08, 2002 at 01:02:26AM +0100, Marcus Brinkmann wrote:
> BTW, the corresponding glibc-2.2.4/gcc2.95 code for the above code (function
> in function) is
>
> _hurd_stack_setup:
> pushl %ebp
> movl %esp,%ebp
> subl $24,%esp
> leal 8(%ebp),%eax
> mov
On Mon, Jan 07, 2002 at 10:51:40PM +0100, Marcus Brinkmann wrote:
> 0x8048494 <_hurd_stack_setup>: push %ebp
> 0x8048495 <_hurd_stack_setup+1>:mov%esp,%ebp
> 0x8048497 <_hurd_stack_setup+3>:push %ebx
> 0x8048498 <_hurd_stack_setup+4>:sub$0x24,%esp
> 0x804849b <
Farid Hajji <[EMAIL PROTECTED]> writes:
> Hmmm... I use multicasting on *BSD boxes very heavily since years
> and it works flawlessly. Cisco used to have some bugs in their PIM
> Sparse tree pruning implementation, but they fixed that approx. 9
> months ago. I used multicasting accross the public
> > > > Network-wide unique identifiers like task-IDs, ports, etc... are a nice
> > > > thing to have. One idea may be to organize all nodes of a collective
> > > > in a distributed kind of (hurdisch) filesystem. IDs would then be
> > > > simple paths and could be located with some kind of distrib
Hi,
libio enabled glibc, gcc 3.0, static binaries die in _hurd_stack_setup at
start up time. I think the code is gcc generated, probably for the vararg.
Here is the relevant debug info. I am not too familiar with that code gcc
generates for what type of function invocation etc. Maybe the vara
Neal H Walfield <[EMAIL PROTECTED]> writes:
> The problem that you are seeing is likely solved by the following patch:
> [...]
> - mach_port_deallocate (mach_task_self (), realnode);
Yes, with this patch tmpfs is running now.
(Strange for _me_ is, that--similar to my last (ufs) problem--this
t
Les bons plans d'
Alexia
Bonjour à tous,
Vous voulez connaître tous
les bons plans, des promos, les produits les plus innovants en matière d'
Internet et applicatifs périphériques? Croyez-moi
On Sun, Jan 06, 2002 at 07:21:31PM +0100, Neal H Walfield wrote:
> > However, the main point is: ping works, some basic stuff works, and it
> > should be possible to debug the remaining problems without too much hassles.
> > The main candidates for the problems are um-pppd (in particular the tty
Neal H Walfield <[EMAIL PROTECTED]> writes:
> Thomas had an idea one day when he was driving down a highway that
> would fix the protocol to not require that the translator itself hold
> a reference to the underlying node, however, he has not yet shared it.
I'm not sure I know any way to avoid t
Long Distance Conference Calls
Quality Service/Lowest rate in the industry
Click here to find out more:
http://www.geocities.com/site749/
If you wish to be removed from our list,
Follow the instructions at the bottom of
the following page.
___
> (I disable logging because a bug in the glibc package prevents syslog
> from working correctly, this bug is fixed in CVS since quite a while.
> If you have the poll fix then you can enable logging).
... using `set log all' instead of `set log -all'.
> However, the main point is: ping works, s
> Maybe somewhat happens in tmfs/{dir,node}.c or in libdiskfs. Any
> suggestions where to set breakpoints and which information to look
> at?
The problem that you are seeing is likely solved by the following patch:
--- tmpfs.c Sun May 6 02:50:06 2001
+++ tmpfs.c.new Sun Jan 6 19:24:24 2002
Title: »õ·Î¿î »ý°¢ÀÌ ¼¼»óÀ» ¹Ù²ß´Ï´Ù.
¸ÞÀÏÀ» ¹Þ±â ¿øÄ¡ ¾ÊÀ¸½Ã¸é ²À! ¼ö½Å°ÅºÎ¸¦ ÇØÁÖ¼¼¿ä. ¼ö½Å °ÅºÎ´Â ÀÌ°÷À» ´·¯ÁÖ¼¼¿ä.
Title: »õ·Î¿î »ý°¢ÀÌ ¼¼»óÀ» ¹Ù²ß´Ï´Ù.
¸ÞÀÏÀ» ¹Þ±â ¿øÄ¡ ¾ÊÀ¸½Ã¸é ²À! ¼ö½Å°ÅºÎ¸¦ ÇØÁÖ¼¼¿ä. ¼ö½Å °ÅºÎ´Â ÀÌ°÷À» ´·¯ÁÖ¼¼¿ä.
15 matches
Mail list logo
