Displaying 20 results from an estimated 400 matches similar to: "Re: -fvirtual and compactdefaultargs (was StaticBoxSizer bug?)"
2006 Oct 13
2
rakewx
With the recent check-in I accidentally committed my change to rakewx to
remove the -fvirtual swig option. -fvirtual is incompatible with SWIG
1.3.30. It''s not necessary (as I recall) for 1.3.29 but only reduces
the size of the wrapper code slightly. If anyone feels strongly about
this I can make it conditional on the SWIG version but simply removing
it seems the safest and
2006 Apr 23
4
*INPUT/*OUTPUT params patches
Hi
The attached patches enable the use of SWIG''s *INPUT *OUTPUT and *INOUT
typemaps as described in the manual. It''s done by including SWIG''s own
''typemaps.i'' file so it''ll allow us to benefit from future upgrades to that.
The problem was a collision between a Ruby macro _ (fixing for old
compilers) and a WxWidgets macro _ (for text
2006 Apr 23
5
Re: StaticBoxSizer bug?
Daniel,
Thanks for the sample code. Sizers do appear to have a problem and it''s
on the list to take a look at. I''m currently reworking several classes
and trying to fix some of the big compatibility bugs. I will test your
code with my latest builds but I don''t think I''ve gotten to the sizers yet.
Roy
Daniel F. Savarese wrote:
> I''ve run into
2005 Oct 09
1
[Fwd: Re: [Swig] typemap + default argument bug?]
(Mostly for Roy):
I saw this on the SWIG list, and wonder if it might be related to the
problems we have been seeing where multi-arg typemaps end up invoking
the wrong wrapper methods. (Not the newly-discovered directorout stuff).
Perhaps if we switched to "compactdefaultargs" things would start to
work more sanely. Looking at this section of the SWIG docs, it looks
like it should
2007 Apr 07
0
[ wxruby-Bugs-9930 ] StaticBoxSizer causes segfault on exit
Bugs item #9930, was opened at 2007-04-07 17:48
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=218&aid=9930&group_id=35
Category: Incorrect behavior
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Alex Fenton (brokentoy)
Assigned to: Alex Fenton (brokentoy)
Summary: StaticBoxSizer causes segfault on exit
Initial Comment:
If a
2007 Jun 26
0
[1087] trunk/wxruby2/swig/classes/StaticBoxSizer.i: Fix a dopey typo introduced recently
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!--
#msg dl { border: 1px #006 solid; background: #369; padding:
2007 Jun 26
0
[1079] trunk/wxruby2/swig/classes/StaticBoxSizer.i: Fix a misnamed function accidentally added in SVN:1077
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!--
#msg dl { border: 1px #006 solid; background: #369; padding:
2007 Jun 26
0
[1077] trunk/wxruby2/swig/classes/StaticBoxSizer.i: Avoid crash-on-exit with StatBoxSizer by removing some unnec director methods
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!--
#msg dl { border: 1px #006 solid; background: #369; padding:
2005 Aug 09
43
Some patches.
Hi,
in my path of getting the controls sample to work nicely, I fixed some
classes on the way, see the attached diffs. I had some difficulties, but
could track down all stupid bugs and am now almost happy with the code
:)
(I had the complete ImageHandler hieracy implemented at some time, but
than I discovered the error was not in unloaded ImageHandlers but in the
controls-program which does not
2006 Apr 20
8
SCM for a Rails project - Darcs or Subversion?
Hi everyone.
I''m choosing an SCM for my current Rails project.
Up until now, for my other (non-Rails) codings, I used Darcs and liked
it very much. I''d prefer to use Darcs for my Rails development as
well. Looking into the matter, I''m somewhat deterred by the appearant
dominance of Subversion as the SCM tool of choice for Rails hackers.
Is there a technical reason for
2003 Nov 13
16
Submitting patches
I''m a bit new to working on a rubyforge/sourceforge/open source project,
so excuse my obliviousness. What is the preferred way of submitting a
patch to wxruby?
Thanks,
Nick
2006 Aug 15
3
Darcs and vendor/rails on edge
Calling all rails darcs users! We may be in the minority, but I''m
sure we can still share some know how here.
Question: how are you managing your vendor/rails directory?
svn externals seems to be the preferred option for svn folk (at least
this is the approach recommended in the Agile 2 beta). Is there a way
to get the same functionality within darcs? That would seem to be the
2006 Sep 24
3
Darcs mirror, some fixes & rake patches...
Hi,
as our repository has now been switched to SVN I have stopped my
darcs-mirror. Is anyone still interested in the darcs mirror? I would
have to set up a new one for the SVN then, since I can''t reuse the
history of the CVS import. If no one requires the darcs mirror, I would
just trash the darcs repository and reactivate it if need arises.
In other news, I have some small fixes for
2006 Nov 27
2
[LLVMdev] moving to svn?
Hello, Scott.
> the official cutover. Granted, you might need darcs to pull the current
> version out of its repo, since it was originally designed with darcs in
> mind.
I can confirm, that tailor converts LLVM CVS with all history preserved
to mercurial repository without any visible troubles.
--
With best regards, Anton Korobeynikov.
Faculty of Mathematics & Mechanics, Saint
2006 Nov 27
0
[LLVMdev] moving to svn?
Anton Korobeynikov wrote:
>>the official cutover. Granted, you might need darcs to pull the current
>>version out of its repo, since it was originally designed with darcs in
>>mind.
>
> I can confirm, that tailor converts LLVM CVS with all history preserved
> to mercurial repository without any visible troubles.
I'm not sure if I just took HEAD or converted the
2006 Nov 28
1
[LLVMdev] moving to svn?
On 11/27/06, Scott Michel <scottm at rushg.aero.org> wrote:
> Anton Korobeynikov wrote:
> >>the official cutover. Granted, you might need darcs to pull the current
> >>version out of its repo, since it was originally designed with darcs in
> >>mind.
> >
> > I can confirm, that tailor converts LLVM CVS with all history preserved
> > to mercurial
2006 Nov 27
7
[LLVMdev] moving to svn?
Just wondering: Is there any plan to move to svn? I would love to have
a diff command that works when I am offline :-)
Best Regards,
Rafael
2004 Nov 29
2
1.0-test53
http://dovecot.org/test/
Sorry for not answering any questions for past two weeks, I'll try to
get around answering them in next few days.
I've also been thinking about if I should switch from CVS to Darcs. It
seems to be exactly the kind of reversion control tool I had wanted to
use. Anyone have comments for or against it? I'd still have read-only
CVS repository generated from
2005 Oct 06
9
Grid.GetTextExtent
Wow. Look what SWIG does to GetTextExtent in Grid.cpp:
void SwigDirector_wxGrid::GetTextExtent(wxString const &string, int *x,
int *y, int *descent, int *externalLeading, wxFont const *font) const {
...
if (swig_get_up()) {
wxWindow::GetTextExtent(string,x,y,descent,externalLeading,font);
return;
}
obj0 = rb_str_new2((const char *)(&string)->mb_str());
2004 Apr 04
5
SWIG update
I have a minimal working version of a SWIG-based wxRuby that can bring
up an empty Frame with a title.
On my system, it crashes on exit. I suspect this is the same problem
that I mentioned months ago when I first upgraded to wxWindows 2.4.2.
The problem mysteriously vanished at some point, but now it is back. I
fiddled with this new code for several frustrating hours, and couldn''t