SLADE Discussion - Latest: v3.2.7 (25/Dec/2024)

[Gez]

Okay, so next time someone reports this issue, I'll be able to tell them to just sleep it off.

[sirjuddington]

I wonder, did you restart the computer after installing the drivers? Or did you only 'restart' it when you gave up and went to bed...

[Sgt Dopey]

I seem to be having trouble with the latest SVN:

I transferred the folder with the files in it from an other computer to my laptop and it won't startup at all it doesnt even appear in the task manager? Any help?

EDIT: I re-downloaded it on to my laptop still dosent work

EDIT: Restarted the laptop still dosent work

[Edward-san]

Sorry for nitpicking about the SLADE code, but I see a lot of inefficient checkings for emptiness of containers:

---

Code: Select all

$ grep -nr '.size() == 0' src/*
src/Archive.cpp:1364:	if (ret.size() == 0)
src/ArchiveManagerPanel.cpp:1126:	if (selection.size() == 0)
src/ArchiveManagerPanel.cpp:1146:	if (selection.size() == 0)
src/ArchiveManagerPanel.cpp:1167:	if (selection.size() == 0)
src/ArchiveManagerPanel.cpp:1193:	if (selection.size() == 0)
src/ArchiveManagerPanel.cpp:1214:	if (selection.size() == 0)
src/ArchiveManagerPanel.cpp:1376:	if (selection.size() == 0)
src/ArchiveOperations.cpp:71:	if (!pnames || tx_entries.size() == 0)
src/ArchiveOperations.cpp:95:		if (p.used_in.size() == 0) {
src/ArchivePanel.cpp:684:	if (selection.size() == 0)
src/ArchivePanel.cpp:713:	if (selection.size() == 0)
src/ArchivePanel.cpp:921:	if (entries.size() == 0 && dirs.size() == 0)
src/ArchivePanel.cpp:1817:	if (selection.size() == 0)
src/ArchivePanel.cpp:1841:	if (selection.size() == 0)
src/Console.cpp:78:	if (command.size() == 0)
src/EntryOperations.cpp:792:	if (entries.size() == 0)
src/EntryOperations.cpp:853:	if (entries.size() == 0)
src/EntryOperations.cpp:952:	if (entries.size() == 0)
src/EntryOperations.cpp:1305:	if (selection.size() == 0) {
src/EntryType.cpp:653:	if (args.size() == 0) {
src/EntryType.cpp:691:		if (meep.size() == 0) {
src/GLTexture.cpp:394:	if (!loaded || tex.size() == 0)
src/Misc.cpp:264:	if (names.size() == 0)
src/PatchTablePanel.cpp:360:	if (selection.size() == 0)
src/PatchTablePanel.cpp:399:	if (selection.size() == 0)
src/ResourceManager.cpp:422:	if (res.entries.size() == 0)
src/ResourceManager.cpp:453:	if (res.entries.size() == 0)
src/ResourceManager.cpp:492:	if (res.entries.size() == 0)
src/ResourceManager.cpp:523:	if (res.entries.size() == 0)
src/ResourceManager.cpp:558:	if (res.textures.size() == 0)
src/SplashWindow.cpp:270:	if (args.size() == 0)
src/TextureEditorPanel.cpp:362:	if (selection.size() == 0) {
src/TextureEditorPanel.cpp:492:	if (selection.size() == 0 )
src/TextureEditorPanel.cpp:520:	if (selection.size() == 0)
src/TextureEditorPanel.cpp:556:	if (selection.size() == 0)
src/TextureEditorPanel.cpp:593:	if (selection.size() == 0)
src/TextureEditorPanel.cpp:629:	if (selection.size() == 0)
src/TextureXEditor.cpp:741:					if (import_tx.size() == 0 || !import_pnames) {
src/TextureXPanel.cpp:637:	if (selection.size() == 0)
src/Translation.h:134:	bool	isEmpty() { return translations.size() == 0; }
src/Tree.h:37:	virtual bool	isLeaf() { return children.size() == 0; }
src/WadJArchive.cpp:427:	if (meep.size() == 0) {
src/ZTextureEditorPanel.cpp:370:	if (selection.size() == 0) {
src/ZTextureEditorPanel.cpp:495:	if (selection.size() == 0)
src/ZTextureEditorPanel.cpp:909:	if (selection.size() == 0)

the efficient way is to use 'container.empty()' member function directly (well, it seems 'empty()' is used inside the code sometimes).

[sirjuddington]

Hmm, well I'll check them out properly, but at a glance none of those are in places that would matter much, performance wise.

[chmmr]

I notice that development of the map editor has moved back to trunk.

Is building via CMake supported in the trunk? I got an error on last run. Just wondering if I should keep using CodeLite to build in Linux.

Good to see development is moving along again!

[sirjuddington]

I notice that development of the map editor has moved back to trunk.

Is building via CMake supported in the trunk? I got an error on last run. Just wondering if I should keep using CodeLite to build in Linux.

Good to see development is moving along again!

CMake should still work, although a recent change means that wxWidgets now has to be compiled with wxMediaCtrl support. To do this add --enable-mediactrl to the wx configure line and rebuild/reinstall it. I think you need a couple extra gstreamer packages for it too (on ubuntu/mint at least): libgstreamer0.10-dev, libgstreamer-plugins-base0.10-dev and libgconf2-dev.

I should update the wiki/README with this stuff I guess

[TerminusEst13]

I wonder, did you restart the computer after installing the drivers? Or did you only 'restart' it when you gave up and went to bed...

I restarted after installing the drivers. It wasn't that, trust me.

It's mysterious, yeah, but I'm just happy that it's working.

[disposable_username2]

Any new build's?

[Gez]

I have a little problem. It's not an especially important one, though; but it annoys me.

[Blue Shadow]

The "Close All" command closes all but one of the archives opened at the time.

That happens in r1152 and presumably all the way to the recent build available on the DRD Team SVN Builds site (r1198), which has been tested and, yes, it happens there as well.

I'm running Windows XP, by the way.

[chmmr]

Cool to see all the recent development on the map editor!

I get this non-fatal error when I make from the command line:

---

CMake Warning (dev) at src/CMakeLists.txt:39 (add_executable):
Policy CMP0003 should be set before this line. Add code such as

if(COMMAND cmake_policy)
cmake_policy(SET CMP0003 NEW)
endif(COMMAND cmake_policy)

as early as possible but after the most recent call to
cmake_minimum_required or cmake_policy(VERSION). This warning appears
because target "slade" links to some libraries for which the linker must
search:

-lwx_gtk2u_aui-2.9, -lwx_gtk2u_gl-2.9, -lwx_gtk2u_stc-2.9
-lwx_gtk2u_richtext-2.9, -lwx_gtk2u_propgrid-2.9, -lwx_gtk2u_media-2.9
-lwx_gtk2u_xrc-2.9, -lwx_gtk2u_webview-2.9, -lwx_gtk2u_html-2.9
-lwx_gtk2u_qa-2.9, -lwx_gtk2u_adv-2.9, -lwx_gtk2u_core-2.9
-lwx_baseu_xml-2.9, -lwx_baseu_net-2.9, -lwx_baseu-2.9, gtk-x11-2.0
gdk-x11-2.0, atk-1.0, gio-2.0, pangoft2-1.0, pangocairo-1.0
gdk_pixbuf-2.0, cairo, pango-1.0, freetype, fontconfig, gobject-2.0
gmodule-2.0, gthread-2.0, rt, glib-2.0

and other libraries with known full path:

/home/jpl/game/slade/trunk/dist/src/bzip2/libbz2.a

CMake is adding directories in the second list to the linker search path in
case they are needed to find libraries from the first list (for backwards
compatibility with CMake 2.4). Set policy CMP0003 to OLD or NEW to enable
or disable this behavior explicitly. Run "cmake --help-policy CMP0003" for
more information.
This warning is for project developers. Use -Wno-dev to suppress it.

(Using Ubuntu 11.10 32-bit.)

[sirjuddington]

Yeah not sure what that's about, still works fine either way.

[MartinHowe]

Well I have updated drivers, intel chipset and graphics, restarted, still no go. SLADE3 refuses to show images or shows bits of the windows desktop, etc. Same for the latest SVN version of SLADE3. Some of us are stuck with 945gmexpress for the forseeable future, so in my case, it's back to SLumpEd. Strangely, on the same computer, with 32-bit Windows 7, it worked OK Why the 64-bit Windows 7 from the same retail pack should have this problem, I don't know...

[Gez]

The difference is the drivers. And apparently, the OpenGL side of the 64-bit driver has been neglected.

In any case, that's nothing that can be solved on SLADE's side.