this problem indicates that something went wrong with the qt4dotnet binaries ... could you let us know precisely which ones you are using? I could go ahead and release some sample projects that would make the task of setting up these projects way easier.
best
Frank
> --
> You received this message because you are subscribed to the Google Groups "qt4dotnet" group.
> To post to this group, send email to qt4d...@googlegroups.com.
> To unsubscribe from this group, send email to qt4dotnet+...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/qt4dotnet?hl=en.
>
> could you let us know precisely which ones you are using
First of all, I took some DLLs from this URL:
http://code.google.com/p/qt4dotnet/downloads/detail?name=qtjambi-4.5.2-all.zip
Those DLLs are:
- IKVM.*.dll
- qtjambi-4.5.2_01.dll
- ikvm-native.dll
Then I installed Jambi from:
http://get.qt.nokia.com/qtjambi/source/qtjambi-win32-lgpl-4.5.2_01.zip
And from the installed location (C:\Program Files\qtjambi\bin) I took
the following DLLs:
- com_trolltech_*.dll
- msvcr71.dll
- phonon4.dll
- Qt*4.dll
- qtjambi.dll
> I could go ahead and release some sample projects that would make the task of setting up these projects way easier.
Nah, I don't have a problem with setting up my project. What I have a
problem with is when, in the middle of development, all of a sudden
things stop working because I've stumbled onto a qt4dotnet bug :)
I hope you read my sample code carefully. Most of my qt4dotnet code
*doesn't* crash. This particular sample (which we are discussing)
crashes because:
1. 'Bug' derives from QObject
2. 'Bug' contains a member function
3. This member function takes an argument. And the type of the
argument is a class defined within my own project (in this case, the
type of the argument is 'Bug'). Note that if the argument was of type,
say, QColor, I wouldn't crash.
4. I instantiate an object of type 'Bug'
Let me know if you need more info.
Thanks,
David.
http://cid-38209dc081301276.office.live.com/self.aspx/.Public/qtjambi-4.5.2%
5E_01.dll
if that would work then I could make a new release with it! The only thing
that would not work for me were generics ... (however, creating oldstyle
collections was fine). Let me know if that works for you.
Best
Frank
> Actually I fixed this issue some time ago. However, I was not sure whether I
> actually made a new release!
Hmm, if you had a public svn repository, you'd just see if your latest
change is in there (in the tags/ dir) and if it is, then you know it's
in the release. I suggest you try svn out, it helps for cases like
this, and is nice in general. And anyway, qt4dotnet is supposed to be
open source, right? :)
> So could you try your code with this dll?
Ok, I tried it. I still get the same crash. :(
David,
> I am compiling a new set of DLLs that will fix that problem and it will be the new qt jambi version 4.6.3.
Great, thanks :) Any plans on an approximate release date?
Also, why do you say "it will be the new qt jambi version"? Don't you
mean "it will be the new qt4dotnet version"?
Stefan
Stefan
> > Actually I fixed this issue some time ago. However, I was not sure
> > whether I actually made a new release!
> Hmm, if you had a public svn repository, you'd just see if your latest
change is
> in there (in the tags/ dir) and if it is, then you know it's in the
release. I
> suggest you try svn out, it helps for cases like this, and is nice in
general. And
> anyway, qt4dotnet is supposed to be open source, right? :)
Right ... and I would totally agree, except for the fact that so far there
is no source code for qt4dotnet ... as it more or less is a recompilation of
qtjambi. If there is source code to be shared, I'm all for sharing as for
example with
http://qwtdotnet.sourceforge.net/
>
> > So could you try your code with this dll?
> Ok, I tried it. I still get the same crash. :(
The above mentioned project is perhaps a good starting page. It uses
qt4dotnet, it inherits from qobjects and does all sort of things. So if the
problem you are seeing is because of issues with the libraries /
dependencies you could try running 'simpleplot.exe' out of:
https://sourceforge.net/projects/qwtdotnet/files/alpha/
best
Frank
>
> David,
> > I am compiling a new set of DLLs that will fix that problem and it will
be the
> new qt jambi version 4.6.3.
> Great, thanks :) Any plans on an approximate release date?
> Also, why do you say "it will be the new qt jambi version"? Don't you mean
> "it will be the new qt4dotnet version"?
>
> Stefan
>
Just for arguments sake. If you:
- download
http://iweb.dl.sourceforge.net/project/qwtdotnet/alpha/qwtdotnet-Examples.zi
p
- extract it
- create a file test.cs with content:
using System;
using com.trolltech.qt.core;
namespace Bug
{
public class Bug : QObject
{
void Test(Bug bug)
{
}
}
public class MainFuncsimp
{
static void Main(string[] args)
{
QCoreApplication.initialize(args);
new Bug();
Console.ReadKey();
}
}
}
And compile it with:
csc test.cs /platform:x86 -r:qtjambi-4.5.2_01.dll -r: IKVM.OpenJDK.Core.dll
and then run test.exe
you still get an error? Because this works fine here
best
frank
> -----Original Message-----
> From: qt4d...@googlegroups.com [mailto:qt4d...@googlegroups.com]
> On Behalf Of Stefan Monov
> Sent: Wednesday, July 14, 2010 12:48 PM
> To: qt4d...@googlegroups.com
> Subject: Re: Crash in some very simple qt4dotnet code
>
The new version is already available in the website
http://code.google.com/p/qt4dotnet/
Thanks,
David.
You guys have a patchfile that you apply to qtjambi before you
recompile it, right? Would it be much to ask to make that patchfile
available on the public googlecode svn? And commit your work there,
now and then? That would make it opensource, and more useful to me.
The reason I ask this is because qt4dotnet is a bit of a black box to
me. For example, if I see a bug, I want to try and track it down by
myself first, but without your patch, I can't. Also, if you were to
commit your work, I would always know which is the "official" latest
version of the patchfile. I'm getting the feeling that you two, David
and Frank, are working on separate divergent versions of qt4dotnet, so
I feel I'm walking on unstable ground a bit. If there were a single
published patchfile on svn, that would make me more secure in knowing
that I'm using the official version.
> Frank Bergmann wrote:
> The above mentioned project is perhaps a good starting page. It uses
> qt4dotnet, it inherits from qobjects and does all sort of things.
Great, thanks! I'll be looking at that project the next time I have problems.
Stefan
I'm glad it works great. We don't have a patch file anymore. We had to
patch ikvm in order to make it work with MONO but the mono team fixed
the problem and we just use the unmodified version of qt-jambi to
generate the .NET assemblies.
We will start adding more stuff to qt4dotnet like events and the
designer. So when we have code to post we will post it in the
repository so anyone can see the lastest code. For the moment we are
just compiling the unmodified qt-jambi version with ikvm to get the
.NET assemblies.
Thanks,
David.
BTW, some minor issues:
1. the qt4dotnet front page is now outdated. It says stuff like
* "Download qtjambi-4.5.0-all.zip from this site."
* "Reference from your application qtjambi-4.5.0_01.dll"
* "IKVM.OpenJDK.ClassLibrary.dll" (which is now split into 9 separate dlls!)
* "After Qt Jambi releases a new version, we apply a patch and
compile it with ikvm." (you no longer apply a patch though!)
2. your latest release "qtjambi-4.6.3.zip" doesn't have a 32bit and
64bit dir. It only has a 64bit dir, while the 32bit dll is in the root
dir.
3. on the front page, the following is unclear: "Copy the Qt and Qt
Jambi shared libraries[...]" - which libraries exactly, and from where
(lib dir, or bin dir, or...)? Here's my suggested wording:
"From your_qtjambi_dir/lib, copy all the dlls of the form
com_trolltech_qt_*.dll that you need. For example if you don't need
phonon, don't copy the phonon one. Then from your_qt_dir/bin, copy all
the dlls of the form Qt*4.dll that you need. All these dlls should go
next to your application's executable or in a folder where your system
can find."
The following is outdated as well: "Using .NET events from a class
that derives from QWidget causes the app to crash. It is recommended
not to derive from QWidget but use a QWidget public property instead.
(See example 7)."
The following wiki page:
http://code.google.com/p/qt4dotnet/wiki/Introduction
should probably be deleted, it's outdated and duplicates the info from
the front page.
> -----Original Message-----
> From: qt4d...@googlegroups.com [mailto:qt4d...@googlegroups.com]
> On Behalf Of Stefan Monov
> Sent: Thursday, August 19, 2010 12:44 PM
> To: qt4dotnet
> Subject: Re: Crash in some very simple qt4dotnet code
>
> Hey, you still around?
Sorry about that. The front page should have all the changes you suggested.
Thank you!
David.
David.
Also, I was hoping you would move the 32bit ikvm-native.dll file into
a dir called 32bits and then reupload the 4.6.3 release. It's a bit
confusing as it is.