The DWT release 3.4-1 is available from
http://www.dsource.org/projects/dwt/wiki/Releases#Release3.4-1
This uses Tango 0.99.7 and DMD 1.033

在 Sun, 27 Jul 2008 22:07:35 +0800，Frank Benoit <keinfarbton@googlemail.com> 写道:

> The DWT release 3.4-1 is available from
> http://www.dsource.org/projects/dwt/wiki/Releases#Release3.4-1
> This uses Tango 0.99.7 and DMD 1.033
>

IT IS AWESOME!!

Thanks for the great job you've been always doing!

-- 
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/

Here using last dmd and tango on ubuntu 7.10, it doesn't work (compilation works, but almost all samples segfault )

maelp schrieb:
> Here using last dmd and tango on ubuntu 7.10, it doesn't work (compilation works, but almost all samples segfault )
> 
>  

32/64 bit OS?
gtk version?
can you get a stacktrace?

to get stacktrace you can use gdb or use Jive http://downloads.dsource.org/projects/dwt/jive.zip

32bit, last gtk version 1.2 / 2.0 of Ubuntu 7.10,
(I think 1.2.10 for Gtk 1.2)

backtrace :
Starting program: /home/primet/tmp/dwt-samples/examples/clipboard/ClipboardExample
[Thread debugging using libthread_db enabled]
[New Thread -1219475792 (LWP 12613)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1219475792 (LWP 12613)]
0x00000001 in ?? ()
(gdb) backtrace
#0  0x00000001 in ?? ()
#1  0x080629e7 in _D3dwt6custom17ScrolledComposite17ScrolledComposite5_ctorMFC3dwt7widgets9Composite9CompositeiZC3dwt6custom17ScrolledComposite17ScrolledComposite13__anonclass6311handleEventMFC3dwt7widgets5Event5EventZv ()
#2  0x08116083 in _D3dwt7widgets10EventTable10EventTable9sendEventMFC3dwt7widgets5Event5EventZv ()
#3  0x0809e084 in _D3dwt7widgets6Widget6Widget9sendEventMFC3dwt7widgets5Event5EventZv ()
#4  0x0809e163 in _D3dwt7widgets6Widget6Widget9sendEventMFiC3dwt7widgets5Event5EventbZv ()
#5  0x0809e0ac in _D3dwt7widgets6Widget6Widget9sendEventMFiZv ()
#6  0x0808f207 in _D3dwt7widgets7Control7Control9setBoundsMFiiiibbZi ()
#7  0x080a6ca5 in _D3dwt7widgets9Composite9Composite9setBoundsMFiiiibbZi ()
#8  0x0808ec93 in _D3dwt7widgets7Control7Control9setBoundsMFC3dwt8graphics9Rectangle9RectangleZv ()
#9  0x080639cb in _D3dwt6custom23ScrolledCompositeLayout23ScrolledCompositeLayout6layoutMFC3dwt7widgets9Composite9CompositebZv ()
#10 0x080a72c2 in _D3dwt7widgets9Composite9Composite12updateLayoutMFbZv ()
#11 0x080a6cd6 in _D3dwt7widgets9Composite9Composite9setBoundsMFiiiibbZi ()
#12 0x0808ecdc in _D3dwt7widgets7Control7Control9setBoundsMFiiiiZv ()
#13 0x0808cf7d in _D3dwt6layout10FillLayout10FillLayout6layoutMFC3dwt7widgets9Composite9CompositebZv
    ()
#14 0x080a72c2 in _D3dwt7widgets9Composite9Composite12updateLayoutMFbZv ()
#15 0x080a1952 in _D3dwt7widgets5Shell5Shell12resizeBoundsMFiibZv ()
#16 0x080a1b6c in _D3dwt7widgets5Shell5Shell9setBoundsMFiiiibbZi ()
#17 0x0808f56e in _D3dwt7widgets7Control7Control7setSizeMFiiZv ()
#18 0x08054346 in _D8examples9clipboard16ClipboardExample16ClipboardExample4openMFC3dwt7widgets7Display7DisplayZv ()
#19 0xb74e7480 in ?? ()
#20 0xbf916050 in ?? ()
#21 0x080560a8 in _Dmain ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)


When I tried to investigate the bug, I think there's a problem when calling
        while (!shell.isDisposed ()) {
              if (!display.readAndDispatch ()) display.sleep ();
         }
I think it crashes right when it calls the shell.setSize(...) in the open( ... ) function of ClipboardExample. Couldn't trace efficiently the program since gdb is reluctant to load the D symbols for some reason I couldn't really get, so I just traced to where it crashed.




Frank Benoit Wrote:

> maelp schrieb:
> > Here using last dmd and tango on ubuntu 7.10, it doesn't work (compilation works, but almost all samples segfault )
> > 
> > 
> 
> 32/64 bit OS?
> gtk version?
> can you get a stacktrace?
> 
> to get stacktrace you can use gdb or use Jive http://downloads.dsource.org/projects/dwt/jive.zip

> When I tried to investigate the bug, I think there's a problem when calling
>         while (!shell.isDisposed ()) {
>               if (!display.readAndDispatch ()) display.sleep ();
>          }
Sorry, the bug is not here, but in the setSize function .. however, I think I remember I had the same bug a month or so ago, and it was crashing when the shell.isDisposed() function was called.. maybe it's a kind of "random bug"

hope you'll find it, I'd love to be able to use DWT !!

maelp schrieb:
>> When I tried to investigate the bug, I think there's a problem when
>> calling while (!shell.isDisposed ()) { if (!display.readAndDispatch
>> ()) display.sleep (); }
> Sorry, the bug is not here, but in the setSize function .. however, I
> think I remember I had the same bug a month or so ago, and it was
> crashing when the shell.isDisposed() function was called.. maybe it's
> a kind of "random bug"
> 
> hope you'll find it, I'd love to be able to use DWT !!


Can you please try to follow exactly the instructions from the quick install?  (if not already done)
http://www.dsource.org/projects/dwt/wiki/Installation#QuickInstallationonWindows
http://www.dsource.org/projects/dwt/wiki/Installation#QuickInstallationonLinux
Using exactly those downloads and versions.

On linux you can get good stacktraces with jive : http://downloads.dsource.org/projects/dwt/jive.zip

Most examples have a
version(JIVE) import jive.stacktrace;

When building those, give the additional arguements:
-version=JIVE -Ipath/to/jive -g

Frank Benoit schrieb:
> On linux you can get good stacktraces with jive : http://downloads.dsource.org/projects/dwt/jive.zip

Jive needs the libbfd which is part of the package "binutils"

Well, if I compile the examples as written on your wiki page (ie. by including the DWT source each time) it runs just fine, however, if I do dsss build && dsss install on dwt-linux, then try to compile the dwt-samples by dsss build, it segfaults

maelp schrieb:
> Well, if I compile the examples as written on your wiki page (ie. by
> including the DWT source each time) it runs just fine, however, if I
> do dsss build && dsss install on dwt-linux, then try to compile the
> dwt-samples by dsss build, it segfaults
> 
> 

I work with direct sources all the time. I found libs just making problems with no real benefit. The build time is not relevant faster and i have much less problems.
On the other hand with libs, i have to troubleshoot the build process all the time, keep several places uptodate, have to change directories more often,...