Hi,
I promptly get a segfault when I try to create an instance of my extended
Variant[]:
.src/Variant[].class
--8-
' Gambas class file
Export
Public Sub _compare(hV As Variant[]) As Integer
Return 0
End
--8-
.src/MMain.module
--8-
' Gambas module file
Public Sub
On Tue, 01 May 2012, tobi wrote:
Hi,
I promptly get a segfault when I try to create an instance of my extended
Variant[]:
.src/Variant[].class
--8-
' Gambas class file
Export
Public Sub _compare(hV As Variant[]) As Integer
Return 0
End
--8-
Le 29/04/2012 06:45, Bruce Bruen a écrit :
SUGGESTION: Libraries should not need to have a startup class. At
the moment I must include a dummy module to prevent any
test-harness code leaking into the user environment (which could
cause damage if the library were to be run as a normal gambas
Le 01/05/2012 10:47, tobi a écrit :
On Tue, 01 May 2012, tobi wrote:
Hi,
I promptly get a segfault when I try to create an instance of my extended
Variant[]:
.src/Variant[].class
--8-
' Gambas class file
Export
Public Sub _compare(hV As Variant[]) As Integer
Return 0
End
On Tue, 01 May 2012, Benoît Minisini wrote:
Le 01/05/2012 10:47, tobi a écrit :
On Tue, 01 May 2012, tobi wrote:
Hi,
I promptly get a segfault when I try to create an instance of my extended
Variant[]:
.src/Variant[].class
--8-
' Gambas class file
Export
Public
Am Dienstag, den 01.05.2012, 12:22 +0200 schrieb Benoît Minisini:
Le 29/04/2012 06:45, Bruce Bruen a écrit :
SUGGESTION: Libraries should not need to have a startup class. At
the moment I must include a dummy module to prevent any
test-harness code leaking into the user environment
On Tue, 2012-05-01 at 12:22 +0200, Benoît Minisini wrote:
A lot of answers to a lot of stuff, so I'm going to break it up into several
posts.
Le 29/04/2012 06:45, Bruce Bruen a écrit :
SUGGESTION: Libraries should not need to have a startup class. At
the moment I must include a dummy
On Tue, 2012-05-01 at 12:22 +0200, Benoît Minisini wrote:
In reply to my:
Not sure about this as far as the autotools packager is concerned.
The icon.png is certainly in the gzip file (but is this because
autotools is a source level package?)
autotools is not reliable at the moment
On Tue, 2012-05-01 at 12:22 +0200, Benoît Minisini wrote:
in reply to my
I tried using the Mandriva and Fedora RPM based packaging, which
allowed me to create proper looking distribution packages, but ...
When I tested the installation locally I run into the following
problem. There is a
On Tue, 2012-05-01 at 02:49 +0200, Benoît Minisini wrote:
Le 01/05/2012 02:03, Bruce Bruen a écrit :
Final comments for now.
...
To check this out you'd need a project with a form with a DateChooser
already in it. But because of this issue, I cannot create one! If you
need more
Oh I forgot!
A new problem. Spaces in the vendor name cause fails in the rpm
builder.
This is not a high priority issue, but it would be nice if spaces in the
Vendor name field in the wizard were converted to underscores before
it was used in the rpm build.
But then again, it's probably only
Comment #2 on issue 241 by ron.mcin...@gmail.com: Potential problem with
DataCombo
http://code.google.com/p/gambas/issues/detail?id=241
Thanks Benoit,
I understand how you've implemented it (effectively a behind the scenes
Join). My initial interpretation was how some databases (including
Hi folks!
(I'm getting pretty excited about the packager now.)
Benoît,
Please consider this little change for the autotools packager code in
the IDE.
We use a lot of common images in our projects. Corporate identity etc
etc blah blah... Rather than have copies of all these in the projects
13 matches
Mail list logo