Opened 10 years ago

Closed 10 years ago

#1669 closed defect (invalid)

reissuing qmake does not have expected effect

Reported by: RobertJ Owned by: cbro@…
Priority: major Milestone:
Component: merkaartor Version:
Keywords: Cc:

Description

the current binary compiled from svn crashes at startup:

% gdb binaries/bin/merkaartor GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) run Starting program: /home/rj/sw/merkaartor-SVN/binaries/bin/merkaartor [Thread debugging using libthread_db enabled] [New Thread 0xb6223700 (LWP 23989)] Unable to set projection : " ASSERT: "false" in file Map/Projection?.cpp, line 49

Program received signal SIGABRT, Aborted. [Switching to Thread 0xb6223700 (LWP 23989)] 0xffffe424 in kernel_vsyscall () (gdb) bt #0 0xffffe424 in kernel_vsyscall () #1 0xb66e0640 in raise () from /lib/i686/cmov/libc.so.6 #2 0xb66e2008 in abort () from /lib/i686/cmov/libc.so.6 #3 0xb699f6cd in qt_message_output () from /usr/lib/libQtCore.so.4 #4 0xb699f796 in qFatal () from /usr/lib/libQtCore.so.4 #5 0xb699f825 in qt_assert () from /usr/lib/libQtCore.so.4 #6 0x080d9246 in Projection (this=0x8baba4c) at Map/Projection?.cpp:49 #7 0x08172cb9 in MapView? (this=0x8baba30, aMain=0xbf976c7c) at MapView?.cpp:37 #8 0x081db248 in MainWindow? (this=0xbf976c7c) at MainWindow?.cpp:150 #9 0x081c591e in main (argc=Cannot access memory at address 0x5db5 ) at Main.cpp:59 (gdb)

with debian sid, qmake options used are GPSD=1 OSMARENDER=1 NODEBUG=0. the 0.13rc5 binaries/debug/bin/merkaartor i kept from about 12 days ago still works.

Change History (3)

comment:1 Changed 10 years ago by Chris Browet

Did you do a "make install"? (required till next major commit)

comment:2 Changed 10 years ago by RobertJ

Priority: blockermajor
Summary: assertion failed on startupreissuing qmake does not have expected effect

no, i didn't.
actually, i never ever did before.
(i'm used to using perl, where programs use the FindBin module to become independent of hard-wired paths. :-)

but i found a problem with this: i reissued the qmake command with additional PREFIX and TRANSDIR_MERKAARTOR options.
but this does not propagate into all Makefiles, not even after a make distclean.
...i retried with a fresh svn checkout, this helped.
is this normal?

comment:3 Changed 10 years ago by Chris Browet

Resolution: invalid
Status: newclosed

1) The problem was not BIN but data's. But as I said it won't be necessary anymore, soon.

2) you have to do a "qmake -r PREFIX=..." to propagate

Note: See TracTickets for help on using tickets.