[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gcl-devel] GCL on mingw
From: |
Camm Maguire |
Subject: |
Re: [Gcl-devel] GCL on mingw |
Date: |
13 Dec 2003 15:34:58 -0500 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
Hi Vadim! And thanks!
OK, so now I believe this build uses the sbrk emulation routine found
in unexnt.c. Please repeat the steps below, and after the first sbrk,
do 'b sbrk', then with the second 'p sbrk(4096)', step into the
routine line by line and report where it fails. I'd like to see the
result of
p get_reserved_heap_size ()
If the routine fails at the VirtualAlloc call, try modifying the call
by increasing the first argument by some amount, thereby deternining
whether a skip is needed. Also would like the man page if any for
VirtualAlloc.
Take care,
"Vadim V. Zhytnikov" <address@hidden> writes:
> Camm Maguire ?????:
> > Greetings!
> > "Vadim V. Zhytnikov" <address@hidden> writes:
> >
> >>&j 0x22ff64
> >>&Cnil_body 0x54d1a0
> >>core_end 0x101c8000
> >>
> > OK, given that you are having problems around 65000 pages (p/x
> > 65000*4096 + 0x101c8000=0x1ffb0000)
> > I'm guessing something, most likely the shared library area, starts
> > at 0x20000000. Is there any way that you can confirm this? What is
> > the max data segment size returned by ulimit -a? Should be
> > unlimited. At the above break point in gdb, can you print the results
> > of:
> > p sbrk(65000*4096)
> > then keep running 'p sbrk(xxx*4096)' with some reasonable interval
> > xxx
> > until you get over 0x20000000, and let me know if there is a jump and
> > if so how big.
> >
>
> =================================================================
> (gdb) br initlisp
> Breakpoint 1 at 0x402df5
> (gdb) r ./ <foo
> Starting program:
> C:\msys\1.0\home\vadim\gcl-debug\unixport/raw_gcl.exe ./ <foo
>
> Breakpoint 1, 0x00402df5 in initlisp ()
> (gdb) p /x core_end
> $1 = 0x101c8000
> (gdb) p /x sbrk(65080*4096)
> $2 = 0x101c8000
> (gdb) p /x sbrk(4096)
> $3 = 0x0
> (gdb) info dll
> DLL Name Load Address
> ntdll.dll 77f51000
> C:\WINDOWS\system32\kernel32.dll 77e61000
> C:\WINDOWS\system32\msvcrt.dll 77c01000
> C:\WINDOWS\system32\user32.dll 77d31000
> C:\WINDOWS\system32\gdi32.dll 77c61000
> C:\WINDOWS\system32\advapi32.dll 77dc1000
> C:\WINDOWS\system32\rpcrt4.dll 77cb1000
> C:\WINDOWS\System32\wsock32.dll 71ab1000
> C:\WINDOWS\System32\ws2_32.dll 71a91000
> C:\WINDOWS\System32\ws2help.dll 71a81000
> (gdb)
> =======================================================
> $ ulimit -a
> core file size (blocks) unlimited
> data seg size (kbytes) unlimited
> file size (blocks) unlimited
> open files 256
> pipe size (512 bytes) 8
> stack size (kbytes) 2046
> cpu time (seconds) unlimited
> max user processes 63
> virtual memory (kbytes) 2097152
> ========================================================
>
>
>
> --
> Vadim V. Zhytnikov
>
> <address@hidden>
> <address@hidden>
>
>
>
>
>
--
Camm Maguire address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
- Re: [Gcl-devel] GCL on mingw, (continued)
Re: [Gcl-devel] GCL on mingw, Vadim V. Zhytnikov, 2003/12/12
Re: [Gcl-devel] GCL on mingw, Vadim V. Zhytnikov, 2003/12/12
Re: [Gcl-devel] GCL on mingw, Camm Maguire, 2003/12/12
Re: [Gcl-devel] GCL on mingw, Vadim V. Zhytnikov, 2003/12/13
Re: [Gcl-devel] GCL on mingw,
Camm Maguire <=
Re: [Gcl-devel] GCL on mingw, Vadim V. Zhytnikov, 2003/12/14
Re: [Gcl-devel] GCL on mingw, Camm Maguire, 2003/12/15
Re: [Gcl-devel] GCL on mingw, Vadim V. Zhytnikov, 2003/12/16
Re: [Gcl-devel] GCL on mingw, Camm Maguire, 2003/12/16
Re: [Gcl-devel] GCL on mingw, Vadim V. Zhytnikov, 2003/12/16
Re: [Gcl-devel] GCL on mingw, Camm Maguire, 2003/12/16