Jump to content
The Dark Mod Forums

Recommended Posts

Posted

I get an error message on opening the "choose model" window the second time. (It works well the first time I open it)

 

darkradianterrorrj3.jpg

 

I can continue to work, but the model preview is gone. I get the same message every time I open the model window afterwards.

 

I get two more messages on closing DarkRadiant, don't know if those are related to the model problem:

darkradianterror2ze2.jpg

darkradianterror3oj4.jpg

 

I'm using the latest compile of DarkRadiant. (from today, around 3 hours ago)

Posted

Strange, that sounds like the widget is getting destroyed, however there is no code to destroy the widget - in fact the dialog is a singleton which isn't destroyed until you exit the application. Do you get different behaviour depending on whether you choose OK, Cancel or click the close box? I can't recreate this error on Linux, although it could conceivably be Windows-specific.

 

I know about the referenced model error, this is caused by the dialog not releasing the model's textures before exit (because the dialog is never destroyed).

Posted

The behaviour is the same for all different cases. In fact, I get two similar error messages, one on line 455 (as shown above) and one on line 495.

Posted
Could I get a copy of the latest build of the windows exe? I'll see if I can replicate it on my system.

 

You'd be better off compiling it yourself, assuming your build environment is still set up. You would need to install the missing GLEW DLLs in either case.

 

Orb, just curious. Were you planning on posting an update for DR after the issues with the model viewer are sorted? I would love to see how it's working. :)

 

Yes, the Model Selector is the major feature for 0.6.0. There are a couple of bits left to do, including skin selection and the referenced shader error (and angua's error if I can reproduce it).

Posted
The behaviour is the same for all different cases. In fact, I get two similar error messages, one on line 455 (as shown above) and one on line 495.

 

That is strange. Unfortunately the line reference doesn't help because it doesn't identify the actual code causing the problem, just the GTK-internal code that encountered the error.

 

When you say the model preview is missing, what does this look like exactly? Is it black, transparent, or does the widget disappear entirely and leave the dialog's grey background in its place?

Posted

It looks like this:

 

darkradiantmodelfg0.jpg

 

The properties (like vertices, etc) can still be seen, but the preview itself is gone completely.

 

I've maybe got an old version of the glew32.dll (330K, 29 August 2006), could this be related to the problem?

Posted

Yep, that widget has been destroyed. I will have to look at this on Windows, perhaps there are differences in GTK version or implementation that cause this. The only unusual thing about the dialog is that it enters a recursive gtk_main loop (i.e. blocks waiting for user input, rather than handing back control to the application), which might cause issues with the order in which things are done.

 

I don't think GLEW would have anything to do with it, this seems like a GTK problem not an OpenGL one.

Posted
You'd be better off compiling it yourself, assuming your build environment is still set up. You would need to install the missing GLEW DLLs in either case.

 

I can try setting it up again. I've reformatted since then though.

Posted

OK, I just did a recompile on Windows in both Debug and Release mode, and could not replicate this error (although I did get an OpenGL illegal operation while closing, which I haven't seen before).

 

A couple of suggestions:

 

1. Have you tried doing a complete refresh from SVN and a complete recompile by deleting the build directory? Have you compiled in both Release and Debug mode and does the error appear in both?

2. Are there any other versions of GTK installed on your system that could be interfering in any way?

 

Also, does greebo get this problem as well?

Posted

Yes, I got the same problem, but I could resolve it.

 

Short story: there was a wrong version of libgdkglext-win32-1.0-0.dll or libgtkglext-win32-1.0-0.dll installed in our systems. I overwrote those with the ones in the Darkradiant 0.5.3 package and now it's gone.

 

Long story: When I first compiled DarkRadiant (that must've been at the beginning of July) those two files were not available and I had to download it from the depths of the internet, as those files are not included in the GTK+ package (strangely enough). DarkRadiant always complained that these files were missing, so I downloaded and stored them in my system32 folder - everything was fine until the model preview was introduced, which seems to rely on exactly those files. I compared the version I downloaded to the version you provided with DR 0.5.3 and they are in fact of different size, although the name and indicated version is completely identical.

 

Just out of curiosity: where do these files originally come from? They are not included in GTK+ and I could not easily find them on the web.

Posted
Just out of curiosity: where do these files originally come from? They are not included in GTK+ and I could not easily find them on the web.

 

They are part of GTKGLExt, which is not part of GTK itself.

 

http://www.k-3d.org/gtkglext/Main_Page

 

(This wiki page is often vandalised, you might need to view the history)

Posted

No binary packages to download? It's mentioned in the Wiki article, but the downloadable archives do not contain any binaries. Would I have to compile if I wanted a recent binary?

Posted

You are right, it seems very hard to find any Windows binaries. This page at SourceForge has some for version 1.0.6, although none for the later versions.

 

http://sourceforge.net/project/showfiles.php?group_id=54333

 

I don't actually know which version DarkRadiant uses, I think the package came from the GtkRadiant website.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recent Status Updates

    • STiFU

      Oh my gosh, I just realized, I will have my 20 year Dark Mod anniversary this year. 😮 I've literally spent half my life with The Dark Mod. That's crazy!!
      · 3 replies
    • Arcturus

      I need money. Anyone wanna hire a 3d artist?
      · 4 replies
    • Petike the Taffer

      The preliminary working titles for the missions in my now-in-development Partners in Crime series: 
      - Partners in Crime 1: A Mere Trinket
      - Partners in Crime 2: Beacon Burglary
      - Partners in Crime 3: In the Bleak Midwinter
      - Partners in Crime 4 (5 ?): Fishy Dealings
      - Partners in Crime 5 (4 ?): A Thief in the Night

      No title stealing, please.  In return, I promise to finish these. I do stress the preliminary part. Beyond the broad strokes storyline, plot, objectives, briefings and the (currently built) layouts of these FMs, I haven't fully decided about every single detail yet, including the exact order of the missions (4 and 5 might switch places, with the story adjusted accordingly). I want the overall plot to be plotted out a bit in advance and not suffer too much from inserting prequels later. I also prefer to let my FM building fill out part of the details naturally.

      Currently working on the second FM, and once I do enough work on the current prototype, I'll work on the first one, until I get that one released. Then complete the second one, get that one ready for release (hopefully) a few months later, and so on. I want most of the early missions to be fairly small and confined, and get a bit bigger as I grow more confident in my FM making skills.

      Though there is an overarching storyline to this series, the missions themselves are mostly episodic in nature. They factor into the character development of the two main characters I'll have in the series, but it's the kind of continuity where the mission's own plot and story wouldn't depend on it. 
      · 2 replies
    • SeriousToni

      Nice to see that ai_undressed_old_man_01 will be finally available in TDM ! 
      · 0 replies
    • opnode  »  STiFU

      Saw you username pop up, just wanted to say thanks for your recent commits :3
      · 0 replies
×
×
  • Create New...