Project

General

Profile

Actions

Emulator Issues #6007

closed

Crash when using path

Added by nerzhultheking about 11 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

What went wrong?
When i use a path (rom search, rom loading...), dolphin crashes.

What did you expect to happen?
It must use path without crash.

What steps will reproduce the problem?
Open a ROM.

What version of Dolphin were you using?
3.0-1334 dirty

64 or 32 bit Dolphin?
64 bit

What Operating System were you using and what are your hardware
specifications?
Archlinux 3.7.7

64 or 32 bit Operating system?
x86_64

Any other relevant information or links to logs:

gdb backtrace

#0 0x00007fffef23e92e in __mempcpy_sse2 () from /usr/lib/libc.so.6
#1 0x00007fffef22f306 in __GI__IO_default_xsputn () from /usr/lib/libc.so.6
#2 0x00007fffef2023a3 in vfprintf () from /usr/lib/libc.so.6
#3 0x00007fffef22b095 in vsnprintf () from /usr/lib/libc.so.6
#4 0x0000000000697533 in CharArrayFromFormatV(char*, int, char const*, __va_list_tag*) ()
#5 0x000000000066a35f in void CharArrayFromFormat<512ul>(char (&) [512ul], char const*, ...) ()
#6 0x0000000000669683 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#7 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#8 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#9 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#10 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#11 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
...
...
#425 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#426 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#427 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#428 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#429 0x0000000000669618 in DiscIO::CFileSystemGCWii::BuildFilenames(unsigned long, unsigned long, char const*, unsigned long long) ()
#430 0x0000000000669a87 in DiscIO::CFileSystemGCWii::InitFileSystem() ()
#431 0x0000000000669ed5 in DiscIO::CFileSystemGCWii::GetFileSize(char const*) ()
#432 0x000000000065a18a in DiscIO::CBannerLoaderGC::CBannerLoaderGC(DiscIO::IFileSystem&) ()
#433 0x00000000006590fc in DiscIO::CreateBannerLoader(DiscIO::IFileSystem&, DiscIO::IVolume*) ()
#434 0x00000000004cb679 in GameListItem::GameListItem(std::string const&) ()
#435 0x00000000004bf952 in CGameListCtrl::ScanForISOs() ()
#436 0x00000000004c0775 in CGameListCtrl::Update() ()
#437 0x00000000004f69d4 in DolphinApp::AfterInit(wxTimerEvent&) ()
#438 0x0000000000767767 in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) ()
#439 0x000000000076840b in wxEvtHandler::ProcessEvent(wxEvent&) ()
#440 0x000000000085fdbb in wxTimerImpl::SendEvent() ()
#441 0x0000000000a8577e in timeout_callback ()
#442 0x00007ffff74573cb in ?? () from /usr/lib/libglib-2.0.so.0
#443 0x00007ffff7456845 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#444 0x00007ffff7456b78 in ?? () from /usr/lib/libglib-2.0.so.0
#445 0x00007ffff7456f72 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#446 0x00007ffff67f25d7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#447 0x0000000000969cd7 in wxGUIEventLoop::Run() ()
#448 0x00000000006fbd50 in wxAppConsoleBase::MainLoop() ()
#449 0x00000000007ccb28 in wxEntry(int&, wchar_t**) ()
#450 0x0000000000439208 in main ()

Actions #1

Updated by nerzhultheking about 11 years ago

Sorry, forgot the git commit.
I use dolphin from commit 8923f0e13befa07df1638d0154d1b96ebae74fa2

Actions #2

Updated by Billiard26 about 11 years ago

  • Status changed from New to Invalid

I cannot reproduce this. (also using Arch linux)

"3.0-1334 dirty" makes me think your build is modified or messed up somehow.
Try a clean checkout of r8923f0e13befa07df1638d0154d1b96ebae74fa2.

Actions #3

Updated by nerzhultheking about 11 years ago

Not invalid.
I have removed all sources and make a fresh git clone.
mkdir Build
cd Build
cmake ..
make -j6
sudo make install
gdb dolphin-emu
run

crash.

I also try with removing ~/.dolphin-emu folder, same problem.

Actions #4

Updated by Billiard26 about 11 years ago

Perhaps you are trying to make use of a corrupted game image then.

Actions #5

Updated by nerzhultheking about 11 years ago

no, because the problem is also present when i read all my ISO, and all works, 1 month ago.
Moreover, the problem is present also in rom folder listing.

Actions #6

Updated by Billiard26 about 11 years ago

You missed at least one of the issue template questions: "What version of Dolphin used to work?"

If the problem is caused by a change made to dolphin less than "1 month ago" please find the exact revision which introduced the issue.

I will re-open the issue then.

Actions #8

Updated by Billiard26 about 11 years ago

"find the exact revision which introduced the issue"

Actions #9

Updated by nerzhultheking about 11 years ago

i haven't tested the hundred commits since this version :o it's so many crazy.

Actions #10

Updated by Billiard26 about 11 years ago

You say 3.5-397-g8923f0e crashes and 3.5-258-g54974cb works?
So one of ~139 commits must be the culprit?

By continuously testing the revision directly between a known good and a known bad revision until the exact revision is found this should only take log2(139) (or 8) tests, yes?

If you are not willing to make 8 tests why would someone be willing to fix an issue they can't reproduce themselves?

Actions #11

Updated by nerzhultheking about 11 years ago

i understand. How can i "rollback" to previous commit ?

Actions #12

Updated by Billiard26 about 11 years ago

git checkout 54974cbc8e4b578cfb34f4cbd01a2f6145ef9664

Actions #13

Updated by nerzhultheking about 11 years ago

thanks, i'll try later and inform you what interval of commits causes the problem

Actions #14

Updated by nerzhultheking about 11 years ago

problem is between r54974cbc8e4b578cfb34f4cbd01a2f6145ef9664 and r45a7fa293bebd520d86f5068dc866a35793d7af8

i try to divide commit search by 2

Actions #15

Updated by nerzhultheking about 11 years ago

problem is between r54974cbc8e4b578cfb34f4cbd01a2f6145ef9664 and red1a9480b0233e424ae3c266467b6d821c801793

Actions #16

Updated by nerzhultheking about 11 years ago

hmm that's very very strange... by removing another time the configuration, red1a9480b0233e424ae3c266467b6d821c801793 doesn't have any problem... i am disapointed.
ISOS are perfectly functionnal at this time, but why there is an error with path function, assembler is incorrect ? i compile with AMD phenom II processor

Actions #17

Updated by nerzhultheking about 11 years ago

hmm sure problem is preset at r45a7fa293bebd520d86f5068dc866a35793d7af8 and not present at red1a9480b0233e424ae3c266467b6d821c801793

Actions #18

Updated by nerzhultheking about 11 years ago

ok i haven't the problem, and i have reboot, now i get the problem... nothing changed !

Actions #19

Updated by Billiard26 about 11 years ago

nerzhultheking, r45a7fa293bebd520d86f5068dc866a35793d7af8 did not affect Linux.

Actions

Also available in: Atom PDF