[Mark]

The first thing I would try is to load those sound files into my usual sound editing program and then resave them without making any changes. Maybe something was slightly corrupted. If that didn't fix things then move on to other possible causes.

[LeoD]

LeoD, on 02 April 2015 - 01:49 PM, said:

Sound Replay Regression

As of r4616, EDuke32 freezes when trying to play certain sounds:
- goaway.voc from Noctis Labyrinthus Revisited / DN64 Revisited
- lca.wav from Lights, Camera, Action from Duke Nukem Eternity's dne01.map

Mark., on 02 April 2015 - 03:06 PM, said:

The first thing I would try is to load those sound files into my usual sound editing program and then resave them without making any changes. Maybe something was slightly corrupted. If that didn't fix things then move on to other possible causes.

IIRC what I did to make goaway.voc work was halving the sampling rate (converting the WAV to a real VOC wasn't enough), but since the file was accepted previously I consider it a bug nonetheless. Especially if you can't complete the first DNE level when using a somewhat recent EDuke32 executable.

And no one knows how many other projects with custom sound files might be affected...

[Hendricks266]

LeoD, on 02 April 2015 - 01:49 PM, said:

Sound Replay Regression

As of r4616, EDuke32 freezes when trying to play certain sounds:
- goaway.voc from Noctis Labyrinthus Revisited / DN64 Revisited
- lca.wav from Lights, Camera, Action from Duke Nukem Eternity's dne01.map

Neither of those crash for me in r5118.

[LeoD]

Hendricks266, on 02 April 2015 - 06:54 PM, said:

Neither of those crash for me in r5118.

Hm, all available r5128 executables (four from synthesis, and self-compiled) still have that issue for me. Reproduce: clean installation (no cfg), add goaway.voc. Start E4L2 and order a duke burger at the drive through counter.
(Debian/Raspbian builds seem unaffected, btw.)

[Hendricks266]

I've since reproduced the issue but I'm having trouble debugging it because it does not trigger a break to GDB, and running Valgrind under Linux causes a broken, crashy game in its own right.

[LeoD]

Reproducible Mapster32 crash on particular machine when switching to an OpenGL 3D-mode.

Attached File(s)

•  mapster32.log (988bytes)
  Number of downloads: 518
•  mapster32.crash.log (3.97K)
  Number of downloads: 509
•  mapster32.crash-ignore.log (1.91K)
  Number of downloads: 506
•  mapster32.crash--map.log (3.83K)
  Number of downloads: 489

[LeoD]

Random Mapster32 crash:
 mapster32.crash.log (1.66K)
Number of downloads: 704
 mapster32.log (5.02K)
Number of downloads: 704

[Hendricks266]

I have no idea WTF is going on there.

[Paul B]

LeoD, on 23 June 2016 - 01:22 PM, said:

Random Mapster32 crash:
mapster32.crash.log
mapster32.log

I had the exact same thing happen to me and Hendricks already has committed a fix for this, it just hasn't been uploaded to the repo. yet. This error also only happens running newer versions of the Debug version of Mapster. We just need to wait for him to commit his fixes for the mean time the work around is to just use the regular version of Mapster since it doesn't appear to show up there or go back to my favorite release R4249.

[Hendricks266]

This is a different problem than the mouse cursor crash, and that one is fixed and committed as of r5781. The only way I can see LeoD's problem getting fixed is if he happens to run into the issue again while running a 64-bit Linux or Mac debug build under valgrind.

[Paul B]

Hendricks266, on 29 June 2016 - 09:28 AM, said:

This is a different problem than the mouse cursor crash, and that one is fixed and committed as of r5781. The only way I can see LeoD's problem getting fixed is if he happens to run into the issue again while running a 64-bit Linux or Mac debug build under valgrind.

That's very strange because I compared his logs with mine and they look almost identical.

[Captain Massive]

eduke32_win64_20160826-5839 crashes in windows 10 reverted to 5811 and works fine.

EDuke32 r5839 (64-bit) C++ build
Compiled Aug 26 2016 18:53:00
Using C:/Program Files (x86)/Steam/steamapps/common/Duke Nukem 3D/gameroot/ for game data
Using C:/Program Files (x86)/Steam/steamapps/common/Duke Nukem 3D/gameroot/addons/dc/ for game data
Using C:/Program Files (x86)/Steam/steamapps/common/Duke Nukem 3D/gameroot/addons/nw/ for game data
Using C:/Program Files (x86)/Steam/steamapps/common/Duke Nukem 3D/gameroot/addons/vacation/ for game data
Using C:/Users/Rooster Gold/Desktop/Duke3D/ for game data
Running on Windows 8 (build 6.2.9200)
Initializing SDL 2.0.4
Searching for game data...
Using "duke3d.grp" as main game data file.
ERROR: NULL weapon! WTF?! WEAPONzd_CLIP
Wrote eduke32.cfg
Wrote settings.cfg

[LeoD]

Reproducible crashes as of r6569 when trying to run City Terror:

- Original CONs are no longer accepted

- Command line: eduke32 -g CITYTR.GRP

- Patched CONs and crash logs attached

Attached File(s)

•  r6569-crash.zip (78.35K)
  Number of downloads: 307

[LeoD]

Reproducible Mapster32 crash, bisect-compiled to r7820:
Load tiberius.map, press right mouse button and scroll around.
 mapster32-7820.log (1.07K)
Number of downloads: 322
 mapster32-7820.crash.log (2.5K)
Number of downloads: 295
 mapster32-8791.log (1.23K)
Number of downloads: 280
 mapster32-8791.crash.log (1.96K)
Number of downloads: 305

Btw., the EDuke32 crash right above is still present.

[Doom64hunter]

LeoD, on 06 September 2019 - 01:17 PM, said:

Reproducible crashes as of r6569 when trying to run City Terror:

- Original CONs are no longer accepted

- Command line: eduke32 -g CITYTR.GRP

- Patched CONs and crash logs attached

LeoD, on 29 March 2020 - 11:42 AM, said:

Reproducible Mapster32 crash, bisect-compiled to r7820:
Load tiberius.map, press right mouse button and scroll around.
mapster32-7820.log
mapster32-7820.crash.log
mapster32-8791.log
mapster32-8791.crash.log

Btw., the EDuke32 crash right above is still present.

Nobody responded to these yet. Neither of these crashes still occur as of r9887. Moreover, the City Terror CON files are broken, them not compiling is not surprising.

[NightFright]

Latest build (eduke32_win64_20220517-10066-6ae3c8317) makes my game freeze when trying to load a savegame by pressing "Enter", dunno if it's known.

[F!re-Fly]

Hello !

I encounter for the first time, a problem related to the closing of Eduke32.

During only the display of the in-game menu, as well as the classic setting of the keyboard control, Eduke32 crashes only when I try to close it.

Is it possible that some parts of the coding, make Eduke crash ? Or maybe change the keyboard ?

Every time it crashes it always resets my keyboard commands to "standard" and refuses to keep the "classic" command.