Carlos wrote:
> "Burton Radons" <loth@users.sourceforge.net> escribió en el mensaje
> news:avu66r$23i3$2@digitaldaemon.com...
> |
> | Sorry, I mean delete all files in "\dmd\src\dig".
> |
> 
> No change at all. I'd like to know if someone else has the same problems.

digglframe.d doesn't exist in this version, so there's definitely a latent installation somewhere.

"Burton Radons" <loth@users.sourceforge.net> escribió en el mensaje
news:avuvfd$2nea$1@digitaldaemon.com...
| Carlos wrote:
| > "Burton Radons" <loth@users.sourceforge.net> escribió en el mensaje
| > news:avu66r$23i3$2@digitaldaemon.com...
| > |
| > | Sorry, I mean delete all files in "\dmd\src\dig".
| > |
| >
| > No change at all. I'd like to know if someone else has the same
problems.
|
| digglframe.d doesn't exist in this version, so there's definitely a
| latent installation somewhere.
|

Well, I had to delete every file in the dig directory, but eventually it worked. Thanks.

-------------------------
Carlos Santander
http://carlos3.netfirms.com/


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.438 / Virus Database: 246 - Release Date: 2003-01-07

v0.0.9: Only a small semantic change in gridfitting (you need to call the display method before the control is gridfit - just call it after creating all your controls or moving them around), updates for DMD 0.54, and a change to digc to allow it to work with all libraries.

It does this by recording the dependencies when compiling a library in a central registry, as well as the files within it.  Then it will search .d files for import statements that match a file in the library, and if it finds one it adds the library and its dependencies to the command-line.

http://www.opend.org/dig (Website)
http://www.opend.org/dig/arc/dig-0.0.9.zip (Release)
http://www.opend.org/dig/arc/dig_html-0.0.9.zip (Documentation pack)

Burton Radons wrote:
> v0.0.9: Only a small semantic change in gridfitting (you need to call the display method before the control is gridfit - just call it after creating all your controls or moving them around), updates for DMD 0.54, and a change to digc to allow it to work with all libraries.

Thanks...

But the problems remain:
 - halhello.exe starts, and then silently quits, i guess just before drawing that elemnt at the bottom of the form;
 - cartoon.exe doesn't show anything at all.
 - dedit.exe exits when trying to do anything, even drag the window, showing "exception: access violation" for a moment (not waiting to press the button).

Can you reproduce the problems or do you need any additional information i could gather?

i have dumped the console while installing the package, and found the following:
---8<---
... Going off and trying examples ...
C:\dmd\bin\..\..\dm\bin\link.exe halhello,,,dig.lib+advapi32.lib+comdlg32.lib+gdi32.lib+comctl32.lib+shell32.lib+libpng.lib+diggl.lib+opengl32.lib+user32+kernel32/noi/exet:nt/su:windows;
C:\dmd\bin\..\..\dm\bin\link.exe cartoon,,,dig.lib+advapi32.lib+comdlg32.lib+gdi32.lib+comctl32.lib+shell32.lib+libpng.lib+diggl.lib+opengl32.lib+user32+kernel32/noi/exet:nt/su:windows;
Error: Access Violation
--->8---

-i.

Ilya Minkov wrote:
> Burton Radons wrote:
> 
>> v0.0.9: Only a small semantic change in gridfitting (you need to call the display method before the control is gridfit - just call it after creating all your controls or moving them around), updates for DMD 0.54, and a change to digc to allow it to work with all libraries.
> 
> 
> Thanks...
> 
> But the problems remain:
>  - halhello.exe starts, and then silently quits, i guess just before drawing that elemnt at the bottom of the form;

Try commenting the "version = ShowGL;" line.  If you still have troubles, comment the "version = ShowBrush;" line as well.

>  - cartoon.exe doesn't show anything at all.
>  - dedit.exe exits when trying to do anything, even drag the window, showing "exception: access violation" for a moment (not waiting to press the button).
> 
> Can you reproduce the problems or do you need any additional information i could gather?

I can't, these are OS version incompatibility problems.  The only thing I can get from you is for you to trace out exactly what's causing the problem.

v0.0.10:

- System mouse cursors support.
- version statement support in digc scanning.
- digc defines the WindowsXP version as appropriate.
- digc creates a resource file containing a WindowsXP theme manifest and links it into programs, giving themes support when appropriate.
- custom-drawn controls can use themes.
- Control.onMouseOver and .onMouseLeft for when the mouse has just entered and has left the control.  .onMouseMove now gives a delta from the previous position.
- Timers don't use interrupts anymore.  This might have been the problem with earlier versions of Windows.
- Scrollbars can now be handled automatically.
- Resizing a window now scales and moves its contents automatically.
- Start of a ListBox control.  Like GroupBox, this is custom-handled so that I can eventually give it better semantics.
- Andy Friesen contributed a ScintillaText control.

http://www.opend.org/dig (Website)
http://www.opend.org/dig/arc/dig-0.0.10.zip (Release)
http://www.opend.org/dig/arc/dig_html-0.0.10.zip (Documentation pack)

I have successfully compiled it with DMD 0.58.
I had to resolve some compilation error in digexpressionevaluator.d, where
the compiler stated an ambiguity between pow(double, double) and pow(real,
int) (IIRC), I had to manually add cast(double) to all non-double
expressions passed to pow (curious taht adding a pow(float, float) didn't
resolve the ambiguity).

The examples now somewhat work under Windows 2000.

The only visible problem is that drop-down lists aren't sized correctly, when open they are the same size than closed. You shoud give a larger size to the list, it will occupy one line only when closed and the specified size when opened (always IIRC).

I have one more problem with dedit (other than the lack of a "Save as..."
menuitem) . Opening a project gives an access violation in document.d line
151.
The code is:
 ===============================

~this ()

{

    if (folder !== null)

        folder.remDocument (this);  // <-- here

 ===============================
I don't know why it happens.

Ciao

v0.0.11:

- Tweaks.  \dmd\src is now put in the search path by digc.  digc handles directories in files properly.  "-windowed" instead of "-w" for digc. libpng is now loaded on demand.  I'm taking out overlapping symbols between digwindows.d and windows.d.

http://www.opend.org/dig (Website)
http://www.opend.org/dig/arc/dig-0.0.11.zip (Release)
http://www.opend.org/dig/arc/dig_html-0.0.11.zip (Documentation pack)

I know, this is an odd kind of release, it'll make sense in a couple minutes.

I've updated the archive.  The main changes are in digc.  It behaves closer to spec and adds a "-shared" option for when compiling libraries with "-lib=".  When that option is given, a DLL file is created as well as the import library for it.  The DLL exports all public symbols (generating a def and scanning the object files) and doesn't need a DllMain.

A utility called dstripcopy has been added as well, which removes comments and function bodies from D files and then copies it to the destination.  The cartoon example compiles 59% faster when using stripped dig headers.  This is actually the first stage of a two-stage plan - I plan to stick the stripped headers in lib files so that there's only one binary to install.

Oh, and I'm now using a makefile instead of go.bat.

http://www.opend.org/dig/arc/dig-0.0.11.zip (Release)

Burton Radons wrote:
> I've updated the archive.  The main changes are in digc.  It behaves
>  closer to spec and adds a "-shared" option for when compiling
> libraries with "-lib=".  When that option is given, a DLL file is
> created as well as the import library for it.  The DLL exports all
> public symbols (generating a def and scanning the object files) and
> doesn't need a DllMain.

Thanks a lot!

> A utility called dstripcopy has been added as well, which removes
> comments and function bodies from D files and then copies it to the
> destination.  The cartoon example compiles 59% faster when using
> stripped dig headers.  This is actually the first stage of a
> two-stage plan - I plan to stick the stripped headers in lib files so
> that there's only one binary to install.

Great! But shouldn't the compiler care about saving this information in a suitable format together with additional information which has been figured out while compiling? Besides, tiny functions are better off not stripped since they could be inlined? This all is better off being saved in some parsed form, which a compiler could use almost directly.

> Oh, and I'm now using a makefile instead of go.bat.
>
> http://www.opend.org/dig/arc/dig-0.0.11.zip (Release)
>

Thanks again!