Hallo!
On Tue, 17 May 2011 00:42:12 +0200, Svante Signell
wrote:
> On Tue, 2011-05-17 at 00:13 +0200, Thomas Schwinge wrote:
> > > static int rda_exists(uschar *filename, uschar **error)
> >
> > Please continue here: what is this function doing? (You didn't past that
> > one.) Does it make se
On Tue, 2011-05-17 at 00:13 +0200, Thomas Schwinge wrote:
> > Additionally: No breakpoints are possible to set. Looks like they are
> > not honoured due to the memory address problems above.
>
> Strange.
Same problem with a working version: -O0
No breakpoints possible!
Starting program: exim4-
Hallo!
On Mon, 16 May 2011 22:42:24 +0200, Svante Signell
wrote:
> On Mon, 2011-05-16 at 20:28 +0200, Thomas Schwinge wrote:
> > On Mon, 16 May 2011 18:17:38 +0200, Svante Signell
> > wrote:
> > > Thread 5 (Thread 1285.10):
> > > #0 0x018eff4c in ?? ()
> > > #1 0x018f0749 in ?? ()
> > > #2
On Mon, 2011-05-16 at 20:28 +0200, Thomas Schwinge wrote:
> Hallo!
>
> Se GDB decided to give some information at least... :-)
>
> On Mon, 16 May 2011 18:17:38 +0200, Svante Signell
> wrote:
> > gdb
> > ===
> > gdb build-tree/build-exim4-daemon-heavy/exim
> > (gdb) run -C exim4-4.76/test/eximt
Hallo!
Se GDB decided to give some information at least... :-)
On Mon, 16 May 2011 18:17:38 +0200, Svante Signell
wrote:
> gdb
> ===
> gdb build-tree/build-exim4-daemon-heavy/exim
> (gdb) run -C exim4-4.76/test/eximtest/exim4.conf -bV
> Cannot access memory at address 0x6465766d
> Cannot acces
Attached. Added .txt extension so evolution understands the filetype.
task1267->vm_statistics () = 0 {4096 221571 24842 72332 3972 15639362 0 632902
565492 60309468 5217731 6665313 6595451}
task1267->vm_region (134217728) = 0x3 ((os/kern) no space available)
task1267->vm_map (0 4096 0 0 (null)
Attached.
rpctrace_exim4_light
Description: Binary data
Some more info, complete rpctraces (attached in two separate mails) and
a gdb backtrace from exim4-daemon-heavy.
rpctrace
rpctrace build-tree/build-exim4-daemon-{light,heavy}/exim -C
exim4-4.76/test/eximtest/exim4.conf -bV > rpctrace_exim4_{light,heavy}
2>&1
gdb
===
gdb build-tree/buil
On Sun, 2011-05-15 at 23:34 +0200, Samuel Thibault wrote:
> Svante Signell, le Sun 15 May 2011 23:20:52 +0200, a écrit :
> > And with gdb the only output I get is (and no stack)
> > gdb build-tree/build-exim4-daemon-light/exim
> >
> > Cannot access memory at address 0x548d
> >
> > (I get thi
On Sun, 2011-05-15 at 23:57 +0200, Samuel Thibault wrote:
> > Update on optimization levels: -O1 does not work either :(
> > Other compiler switches are: -fno-strict-aliasing -fvisibility=hidden
> > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wall
> > There are a lot of warning
10 matches
Mail list logo
