wxlua-users Mailing List for wxLua (Page 2)

On 5/25/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi all,
>      I'm afraid to inform you that since I was accepted in Google SoC
> (for wxWidgets project BTW ;)) I won't be able to work/stay up2date in
> the same way I did before...

Congratulations! Hopefully most of the major things are taken care
of... Just more cleanup and polishing.

> John, let me know when you think a new binary release should be done and
> I'll help with it - borland builds are *almost* working: there is a

Thanks, how about next week...

> linking problem with "isatty" function (which is an unresolved external)
>   but I think borland fails should not be a stopper...

This is part of the lua executable it looks like. Perhaps everything
else builds?

Regards,
    John Labenski

Hi there,

I am looking around and not yet find any;

Look at data.i; it has mapping for wxArrayInt, wxArrayString. With wxArrayString it has constructor so I can use it normally. But not for ArrayInt ; Also many others does not have constructor as well; 

If I write
a_i=wx.wxArrayInt()  -- error the right one is nil
a_i=wx.wxArrayInt  -- no complain  but

a_i:Add(122)  -- a_i is nil

Thanks in advance.

Cheers





S.KIEU
		
---------------------------------
On Yahoo!7 
  Answers: Real people ask and answer questions on any topic. 

Hi all,
     I'm afraid to inform you that since I was accepted in Google SoC 
(for wxWidgets project BTW ;)) I won't be able to work/stay up2date in 
the same way I did before...

John, let me know when you think a new binary release should be done and 
I'll help with it - borland builds are *almost* working: there is a 
linking problem with "isatty" function (which is an unresolved external) 
  but I think borland fails should not be a stopper...

Francesco

V2VpcmQuLi4gSSBqdXN0IHJlcGxpZWQgdG8gdGhlIG1lc3NhZ2UsIGFzIEkgYWx3YXlzIGRpZC4u
LiBJJ2xsIGNvcHkKbXkgcHJldmlvdXMgZW1haWwgYmVsb3cuCgo+IFRvIGZpeCB5b3VyIHByb2Js
ZW0sIHNpbXBseSB1c2UgLTEgb3Igd3hJRF9BTlkgYXMgdGhlIGZpcnN0IHBhcmFtZXRlcgo+IHVu
dGlsIHRoZSBuZXh0IHNuYXBzaG90LgoKVGhhbmtzISBJJ2xsIHRyeSB0aGlzIHRvbW9ycm93LCBp
ZiBoYXZlIHRpbWUuCgo+IHBzLiB1c2luZyBJZGxlIGV2ZW50cyB3LyBSZXF1ZXN0TW9yZSgpIGxp
a2UgdGhpcyBpcyBwcmV0dHkgdWdseSwgdHJ5Cj4gdG8gc2VlIGlmIHlvdSBjYW4gZmluZCBhIGJl
dHRlciB3YXkgdG8gaW1wbGVtZW50IHRoaXMuLi4KClN1cmUhIEluIG15ICJyZWFsIGNvZGUiIEkn
bSB1c2luZyBpZGxlIGV2ZW50cyB0byByZXN1bWUgdGhlIGV4ZWN1dGlvbgpvZiBhIGNvcm91dGlu
ZSB0aGF0IGRvZXMgc29tZSB0YXNrcyAiaW4gdGhlIGJhY2tncm91bmQiLCBhbmQgSSBqdXN0ClJl
cXVlc3RNb3JlKCkgYXMgbG9uZyBhcyB0aGVzZSB0YXNrcyBhcmUgbm90IGNvbXBsZXRlZC4gSW4g
cHJhY3RpY2UsIEkKanVzdCBnZXQgYSBsaW1pdGVkIG51bWJlciBvZiBpZGxlIGV2ZW50cywgbm90
IGEgY29udGludW91cyBhbmQKaW5pZmluaXRlIHN0cmVhbSBhcyBpbiB0aGlzIGV4YW1wbGUuIFNv
LCBwZXJoYXBzIG15IHVzZSBvZiBpZGxlIGV2ZW50cwppc24ndCBleGFjdGx5IGJlYXV0aWZ1bCwg
YnV0IGF0IGxlYXN0IGlzIG5vdCAqdGhhdCogdWdseSAob3Igc28gSQp0aGluaykgOy0pCgpBbmQg
dGhhbmsgeW91IG9uY2UgbW9yZSEKCkxNQgoKCk9uIDUvMjUvMDYsIEpvaG4gTGFiZW5za2kgPGps
YWJlbnNraUBnbWFpbC5jb20+IHdyb3RlOgo+IE9uIDUvMjQvMDYsIExlYW5kcm8gTW90dGEgQmFy
cm9zIDxsbWJhcnJvc0BnbWFpbC5jb20+IHdyb3RlOgo+ID4KPgo+IEkgY2Fubm90IHJlYWQgdGhp
cywgSXQncyBlbmNvZGVkIHNvbWVob3c/Cj4KPiAtSm9obiBMYWJlbnNraQo+Cj4KPiAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gQWxsIHRo
ZSBhZHZhbnRhZ2VzIG9mIExpbnV4IE1hbmFnZWQgSG9zdGluZy0tV2l0aG91dCB0aGUgQ29zdCBh
bmQgUmlzayEKPiBGdWxseSB0cmFpbmVkIHRlY2huaWNpYW5zLiBUaGUgaGlnaGVzdCBudW1iZXIg
b2YgUmVkIEhhdCBjZXJ0aWZpY2F0aW9ucyBpbgo+IHRoZSBob3N0aW5nIGluZHVzdHJ5LiBGYW5h
dGljYWwgU3VwcG9ydC4gQ2xpY2sgdG8gbGVhcm4gbW9yZQo+IGh0dHA6Ly9zZWwuYXMtdXMuZmFs
a2FnLm5ldC9zZWw/Y21kPWxuayZraWQ9MTA3NTIxJmJpZD0yNDg3MjkmZGF0PTEyMTY0Mgo+IF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gV3hsdWEtdXNl
cnMgbWFpbGluZyBsaXN0Cj4gV3hsdWEtdXNlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gaHR0
cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vd3hsdWEtdXNlcnMKPgo=

On 5/24/06, Leandro Motta Barros <lmb...@gm...> wrote:
>

I cannot read this, It's encoded somehow?

-John Labenski

I'm not sure what the logic was, but previously the
wxEvtHandler::Connect function was called ConnectEvent. It is a
reasonable name, however for consistency with the wxWidgets
documentation I have renamed it to Connect since there is no function
called ConnectEvent in C++.

http://www.wxwidgets.org/manuals/2.6.3/wx_wxevthandler.html#wxevthandlerconnect

Sorry about breaking everyone's app, but this is something that should
be changed ASAP and permanently.

I have also added the ability to do wxWindowID ranges for Connect and
added wxEvtHandler::Disconnect, so as they say, you win some and lose
some...

Regards,
    John Labenski

T24gNS8yNC8wNiwgSm9obiBMYWJlbnNraSA8amxhYmVuc2tpQGdtYWlsLmNvbT4gd3JvdGU6Cj4g
T24gNS8yNC8wNiwgTGVhbmRybyBNb3R0YSBCYXJyb3MgPGxtYmFycm9zQGdtYWlsLmNvbT4gd3Jv
dGU6Cj4gSXQgaXMgc3RyYW5nZSB0aGF0IGl0IHVzZWQgdG8gd29yayBhbmQgbm93IGRvZXNuJ3Qs
IGJ1dCBpbiBhbnkgY2FzZSBJCj4gdGhpbmsgaXQncyBmaXhlZC4gUHJldmlvdXNseSB0aGUgdHdv
IHBhcmFtZXRlciBjYWxsIHRvIENvbm5lY3RFdmVudAo+IHRyaWVkIHRvIGdldCB0aGUgd3hXaW5k
b3dJRCBvZiB0aGUgZXZlbnQgb2JqZWN0LCBidXQgdGhpcyBpcyBub3QgaG93Cj4gd3hFdnRIYW5k
bGVyOjpDb25uZWN0IHdvcmtzLCBpdCBqdXN0IHVzZXMgd3hJRF9BTlkuIEkgaGF2ZSBjaGFuZ2Vk
IHRoZQo+IGNvZGUgdG8gcmVmbGVjdCB0aGlzLCBob3BlZnVsbHkgaXQgd29uJ3QgYnJlYWsgb3Ro
ZXIgdGhpbmdzLCBidXQgaXQncwo+ICJjb3JyZWN0IiBub3cuCj4KPiBUbyBmaXggeW91ciBwcm9i
bGVtLCBzaW1wbHkgdXNlIC0xIG9yIHd4SURfQU5ZIGFzIHRoZSBmaXJzdCBwYXJhbWV0ZXIKPiB1
bnRpbCB0aGUgbmV4dCBzbmFwc2hvdC4KClRoYW5rcyEgSSdsbCB0cnkgdGhpcyB0b21vcnJvdywg
aWYgaGF2ZSB0aW1lLgoKPiBwcy4gdXNpbmcgSWRsZSBldmVudHMgdy8gUmVxdWVzdE1vcmUoKSBs
aWtlIHRoaXMgaXMgcHJldHR5IHVnbHksIHRyeQo+IHRvIHNlZSBpZiB5b3UgY2FuIGZpbmQgYSBi
ZXR0ZXIgd2F5IHRvIGltcGxlbWVudCB0aGlzLi4uCgpTdXJlISBJbiBteSAicmVhbCBjb2RlIiBJ
J20gdXNpbmcgaWRsZSBldmVudHMgdG8gcmVzdW1lIHRoZSBleGVjdXRpb24Kb2YgYSBjb3JvdXRp
bmUgdGhhdCBkb2VzIHNvbWUgdGFza3MgImluIHRoZSBiYWNrZ3JvdW5kIiwgYW5kIEkganVzdApS
ZXF1ZXN0TW9yZSgpIGFzIGxvbmcgYXMgdGhlc2UgdGFza3MgYXJlIG5vdCBjb21wbGV0ZWQuIElu
IHByYWN0aWNlLCBJCmp1c3QgZ2V0IGEgbGltaXRlZCBudW1iZXIgb2YgaWRsZSBldmVudHMsIG5v
dCBhIGNvbnRpbnVvdXMgYW5kCmluaWZpbml0ZSBzdHJlYW0gYXMgaW4gdGhpcyBleGFtcGxlLiBT
bywgcGVyaGFwcyBteSB1c2Ugb2YgaWRsZSBldmVudHMKaXNuJ3QgZXhhY3RseSBiZWF1dGlmdWws
IGJ1dCBhdCBsZWFzdCBpcyBub3QgKnRoYXQqIHVnbHkgKG9yIHNvIEkKdGhpbmspIDstKQoKQW5k
IHRoYW5rIHlvdSBvbmNlIG1vcmUhCgpMTUIK

On 5/24/06, Leandro Motta Barros <lmb...@gm...> wrote:
> Hello again!
>
> On 5/22/06, John Labenski <jla...@gm...> wrote:
> > On 5/22/06, Leandro Motta Barros <lmb...@gm...> wrote:
> > [...]
> > > I found that the most recent snapshot that compiles cleanly is
> > > 2006-05-19, so I compiled and installed it. Unfortunatelly, using this
> > > 2006-05-19 snapshot, the IDLE events that I was handling in a window
> > > are no longer being received :-(
> > >
> > > Is this a known bug? Is there a fix for it? If not, I can try to
> > > create a simple example that shows the problem, so that solving it
> > > becomes easier.
> >
> > It's news to me, a sample bit of code would help since the rest of the
> > event system seems to work. Your platform and wxWidgets version might
> > help too.
>
> So, here is a simple example that show the problem (at least here, with me):
> http://stackedboxes.org/~lmb/Balaio/wxLuaIdle.zip
>
> It prints lots of "IDLEing..." messages to the terminal when linked
> against the version I was using before (CVS 2006-04-14), but no longer
> does this when using the CVS snapshot from 2006-05-19.
>
> Any clues?

It is strange that it used to work and now doesn't, but in any case I
think it's fixed. Previously the two parameter call to ConnectEvent
tried to get the wxWindowID of the event object, but this is not how
wxEvtHandler::Connect works, it just uses wxID_ANY. I have changed the
code to reflect this, hopefully it won't break other things, but it's
"correct" now.

To fix your problem, simply use -1 or wxID_ANY as the first parameter
until the next snapshot.

Regards,
    John Labenski

ps. using Idle events w/ RequestMore() like this is pretty ugly, try
to see if you can find a better way to implement this...

On 5/24/06, klaas.holwerda <kho...@xs...> wrote:
> Hi John,
>
> I think this should be added to genwxbind.bat in wxluacan?
>
> output_cpp_impexpsymbol = "WXDLLIMPEXP_WXBINDSTC"
> output_cpp_impexpdatasymbol = "WXDLLIMPEXP_DATA_WXBINDSTC"

Thanks, I've added them to the rules file and regenerated the wxluacan
bindings. They're just empty "" for the wxluacan sample since we don't
need them to be exported.

-John Labenski

SGVsbG8gYWdhaW4hCgpPbiA1LzIyLzA2LCBKb2huIExhYmVuc2tpIDxqbGFiZW5za2lAZ21haWwu
Y29tPiB3cm90ZToKPiBPbiA1LzIyLzA2LCBMZWFuZHJvIE1vdHRhIEJhcnJvcyA8bG1iYXJyb3NA
Z21haWwuY29tPiB3cm90ZToKPiBbLi4uXQo+ID4gSSBmb3VuZCB0aGF0IHRoZSBtb3N0IHJlY2Vu
dCBzbmFwc2hvdCB0aGF0IGNvbXBpbGVzIGNsZWFubHkgaXMKPiA+IDIwMDYtMDUtMTksIHNvIEkg
Y29tcGlsZWQgYW5kIGluc3RhbGxlZCBpdC4gVW5mb3J0dW5hdGVsbHksIHVzaW5nIHRoaXMKPiA+
IDIwMDYtMDUtMTkgc25hcHNob3QsIHRoZSBJRExFIGV2ZW50cyB0aGF0IEkgd2FzIGhhbmRsaW5n
IGluIGEgd2luZG93Cj4gPiBhcmUgbm8gbG9uZ2VyIGJlaW5nIHJlY2VpdmVkIDotKAo+ID4KPiA+
IElzIHRoaXMgYSBrbm93biBidWc/IElzIHRoZXJlIGEgZml4IGZvciBpdD8gSWYgbm90LCBJIGNh
biB0cnkgdG8KPiA+IGNyZWF0ZSBhIHNpbXBsZSBleGFtcGxlIHRoYXQgc2hvd3MgdGhlIHByb2Js
ZW0sIHNvIHRoYXQgc29sdmluZyBpdAo+ID4gYmVjb21lcyBlYXNpZXIuCj4KPiBJdCdzIG5ld3Mg
dG8gbWUsIGEgc2FtcGxlIGJpdCBvZiBjb2RlIHdvdWxkIGhlbHAgc2luY2UgdGhlIHJlc3Qgb2Yg
dGhlCj4gZXZlbnQgc3lzdGVtIHNlZW1zIHRvIHdvcmsuIFlvdXIgcGxhdGZvcm0gYW5kIHd4V2lk
Z2V0cyB2ZXJzaW9uIG1pZ2h0Cj4gaGVscCB0b28uCgpTbywgaGVyZSBpcyBhIHNpbXBsZSBleGFt
cGxlIHRoYXQgc2hvdyB0aGUgcHJvYmxlbSAoYXQgbGVhc3QgaGVyZSwgd2l0aCBtZSk6Cmh0dHA6
Ly9zdGFja2VkYm94ZXMub3JnL35sbWIvQmFsYWlvL3d4THVhSWRsZS56aXAKCkl0IHByaW50cyBs
b3RzIG9mICJJRExFaW5nLi4uIiBtZXNzYWdlcyB0byB0aGUgdGVybWluYWwgd2hlbiBsaW5rZWQK
YWdhaW5zdCB0aGUgdmVyc2lvbiBJIHdhcyB1c2luZyBiZWZvcmUgKENWUyAyMDA2LTA0LTE0KSwg
YnV0IG5vIGxvbmdlcgpkb2VzIHRoaXMgd2hlbiB1c2luZyB0aGUgQ1ZTIHNuYXBzaG90IGZyb20g
MjAwNi0wNS0xOS4KCkFueSBjbHVlcz8KClRoYW5rIHlvdSwKCkxNQgoKUFM6IEFzIGEgYm9udXMs
IGhlcmUgaXMgYSBzY3JlZW5zaG90IG9mIHRoZSBhcHBsaWNhdGlvbiBJJ20gZGV2ZWxvcGluZwp3
aXRoIHd4THVhIChzdGlsbCBpbiBhIHF1aXRlIHByZWxpbWluYXJ5IHN0YXRlKToKaHR0cDovL3N0
YWNrZWRib3hlcy5vcmcvfmxtYi9CYWxhaW8vYWxwaG90b21lZ2EuanBnCg==

Hi John,

I think this should be added to genwxbind.bat in wxluacan?

output_cpp_impexpsymbol = "WXDLLIMPEXP_WXBINDSTC"
output_cpp_impexpdatasymbol = "WXDLLIMPEXP_DATA_WXBINDSTC"

regards,

Klaas

On 5/24/06, Darwin Slattery <dar...@ho...> wrote:
> Thanks a million for your help and quick reply.
>
> I have started working on the .i files but I have come across something that
> I would like advice on.
>
> I have used the WX_DEFINE_OBJARRAY C++ macro in wxWidgets to create a
> wxArray class specific to wxURI's. I'm a bit confused as to how to represent
> this in a .i file e.g.
>
> #inculde <wx/uri.h>
> #include <wx/dynarray.h>
>
> WX_DECLARE_OBJARRAY(wxURI, wxURIArray);
>
> #include <wx/arrimpl.cpp>
>
> // wxWidgets container definition.
> WX_DEFINE_OBJARRAY(wxURIArray);
>
> class ...
> {
>    wxURIArray getLinks();
> };
>
> I just want to know if I can declare a new class in the .i file called
> wxURIArray and add the wxArray member functions but replace the template
> type with the wxURI type?

That's exactly what you do, see bindings/wxwidgets/data.i and look for
wxArrayString and wxArrayInt. Just add the functions that are useful.

-John Labenski

Thanks a million for your help and quick reply.

I have started working on the .i files but I have come across something that 
I would like advice on.

I have used the WX_DEFINE_OBJARRAY C++ macro in wxWidgets to create a 
wxArray class specific to wxURI's. I'm a bit confused as to how to represent 
this in a .i file e.g.

#inculde <wx/uri.h>
#include <wx/dynarray.h>

WX_DECLARE_OBJARRAY(wxURI, wxURIArray);

#include <wx/arrimpl.cpp>

// wxWidgets container definition.
WX_DEFINE_OBJARRAY(wxURIArray);

class ...
{
   wxURIArray getLinks();
};

I just want to know if I can declare a new class in the .i file called 
wxURIArray and add the wxArray member functions but replace the template 
type with the wxURI type?

Thanks again,
Darwin Slattery

On 5/24/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>     I've found that there are only two small problems with wxLua builds
> with BCC: I've already solved one.
>
> The next is something which I tried but failed to fix: on some
> autogenerated binding files, e.g. modules/wxbind/src/file.cpp, line 2002
> there are ?: operators in form:
>
> wxString filespec = (argCount >= 3 ? lua2wx(wxlState.GetStringType(3)) :
> wxT(""))

This function is created from an %override in
bindings/wxwidgets/override.hpp. I've fixed and committed it.

> unfortunately borland gives an error for this saying that both returned
> variables of ?: operator must be of the same type.
> I.e. it doesn't like that wxT(""). Changing it to wxString(wxT("")) or
> to wxString(wxEmptyString) fixes the problem (not changing it to
> wxEmptyString, though).
>
> I've tried to scan all code of the wrapper and I've found that at line
> 3297 of genwxbind.lua there is:
>
> table.insert(codeList, "    "..declare.." "..argName.." = (argCount >=
> "..argNum.." ? "..argItem.." : "..opt..");\n")
>
> however putting a
>
> if opt=="wxT(\"\")" then
>         opt = "wxString(wxEmptyString)"
> end
>
> just before it does not produce any change. In fact I've hacked it a
> little more and I believe that the problem is not there as that lines
> correctly generates the wxString(wxEmptyString) code.

Hopefully not committed? :)

Regards,
    John Labenski

John Labenski ha scritto:
> On 5/24/06, Francesco Montorsi 
> <f18...@ya...> wrote:
>> k. holwerda ha scritto:
>> > Hi,
>> >
>> > I downloaded the latest snapshot.
>> > On fedora i get this error:
>> >
>> > make[1]: Entering directory `/home/db348/wxwin/wxLua/apps'
>> > g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o   -L../lib
>> > -lwxlua_gtk2d_wxlua-2.6 -lwxlua_gtk2d_wxbindstc-2.6
>> > -lwxlua_gtk2d_wxbind-2.6 -lwxlua_gtk2d_wxluasocket-2.6
>> > -lwxlua_gtk2d_wxluadebug-2.6 -lwxlua_gtk2d_lua-2.6 -lstedit
>> > -L/usr/local/lib -pthread   -L/usr/X11R6/lib
>> > /usr/local/lib/libwx_gtk2d_stc-2.6.a
>> > /usr/local/lib/libwx_gtk2d_xrc-2.6.a
>> > /usr/local/lib/libwx_gtk2d_html-2.6.a
>> > /usr/local/lib/libwx_gtk2d_adv-2.6.a
>> > /usr/local/lib/libwx_based_net-2.6.a
>> > /usr/local/lib/libwx_based_xml-2.6.a
>> > /usr/local/lib/libwx_gtk2d_core-2.6.a /usr/local/lib/libwx_based-2.6.a
>> > -lexpat -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0
>> > -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0
>> > -lgthread-2.0 -lglib-2.0 -lXinerama -lXxf86vm -lpng -ljpeg -ltiff -lz
>> > -ldl -lm
>> > app_wxlua_wxlua.o(.text+0xd1d): In function 
>> `wxLuaStandaloneApp::OnInit()':
>> > ../apps/wxlua/src/wxlua.cpp:194: undefined reference to
>> > `wxLuaBinding_wxluasocket_init()'
>> > collect2: ld returned 1 exit status
>> > make[1]: *** [../bin/wxlua] Error 1
>> > make[1]: Leaving directory `/home/db348/wxwin/wxLua/apps'
>> > make: *** [apps] Error 2
>> > [db348@s159749 wxLua]$
>> strange: here wxLua (CVS) compiles fine wxlua app and the fact that it's
>> complaining about wxLuaBinding_wxluasocket_init() is rather strange as
>> "-lwxlua_gtk2d_wxluasocket-2.6 " is given to the linker...
>> which GCC are you using ?
>> Can you try with latest CVS ?
>>
>>
>> > I did regenerate the bindings, now i wonder what i am doing wrong?
>> can you find somewhere wxLuaBinding_wxluasocket_init() in your wxLua
>> sources ?
right - those files were not compiled when the snapshot was generated...

> 
> It should be in modules/wxluasocket/include/wxluasocket_bind.h and
> modules/wxluasocket/src/ wxluasocket_bind.cpp.
> 
>> > I went into modules/wxluasocket/src and typed make again. Strange its
>> > starts making this part, but wants to write the library into
>> > /usr/local/lib/libwx_gtk2d_wxluasocket-2.6.a?? Maybe this is not the
>> > right makefile??
>> It's a makefile which writes directly in the same folder where wxWidgets
>> is installed... John hand-wrote it; it's not part of bakefile build 
>> system
> 
> Francesco, could you rebake the sources to get the new files in the
> wxluasocket module?
I already did this morning... this evening the snapshot will be okay.

Francesco

John Labenski ha scritto:
> On 5/24/06, k. holwerda 
> <kla...@nl...> wrote:
>> Hi,
>>
>> The snapshots i downloaded does not have CRLF in the dsp files, i
>> thought i did read that they should?
> 
> They should, I'll check the script again. It should run the
> add_crlf_to_dsp_dsw script in this dir before taring it.
> http://wxlua.sourceforge.net/download/
John, I've just looked at the script and committed in a modified 
version. I think the problem was that dos2unix was used instead of 
unix2dos...

Francesco

On 5/24/06, k. holwerda <kla...@nl...> wrote:
> Hi,
>
> The snapshots i downloaded does not have CRLF in the dsp files, i
> thought i did read that they should?

They should, I'll check the script again. It should run the
add_crlf_to_dsp_dsw script in this dir before taring it.
http://wxlua.sourceforge.net/download/

-John Labenski

On 5/24/06, Francesco Montorsi <f18...@ya...> wrote:
> k. holwerda ha scritto:
> > Hi,
> >
> > I downloaded the latest snapshot.
> > On fedora i get this error:
> >
> > make[1]: Entering directory `/home/db348/wxwin/wxLua/apps'
> > g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o   -L../lib
> > -lwxlua_gtk2d_wxlua-2.6 -lwxlua_gtk2d_wxbindstc-2.6
> > -lwxlua_gtk2d_wxbind-2.6 -lwxlua_gtk2d_wxluasocket-2.6
> > -lwxlua_gtk2d_wxluadebug-2.6 -lwxlua_gtk2d_lua-2.6 -lstedit
> > -L/usr/local/lib -pthread   -L/usr/X11R6/lib
> > /usr/local/lib/libwx_gtk2d_stc-2.6.a
> > /usr/local/lib/libwx_gtk2d_xrc-2.6.a
> > /usr/local/lib/libwx_gtk2d_html-2.6.a
> > /usr/local/lib/libwx_gtk2d_adv-2.6.a
> > /usr/local/lib/libwx_based_net-2.6.a
> > /usr/local/lib/libwx_based_xml-2.6.a
> > /usr/local/lib/libwx_gtk2d_core-2.6.a /usr/local/lib/libwx_based-2.6.a
> > -lexpat -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0
> > -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0
> > -lgthread-2.0 -lglib-2.0 -lXinerama -lXxf86vm -lpng -ljpeg -ltiff -lz
> > -ldl -lm
> > app_wxlua_wxlua.o(.text+0xd1d): In function `wxLuaStandaloneApp::OnInit()':
> > ../apps/wxlua/src/wxlua.cpp:194: undefined reference to
> > `wxLuaBinding_wxluasocket_init()'
> > collect2: ld returned 1 exit status
> > make[1]: *** [../bin/wxlua] Error 1
> > make[1]: Leaving directory `/home/db348/wxwin/wxLua/apps'
> > make: *** [apps] Error 2
> > [db348@s159749 wxLua]$
> strange: here wxLua (CVS) compiles fine wxlua app and the fact that it's
> complaining about wxLuaBinding_wxluasocket_init() is rather strange as
> "-lwxlua_gtk2d_wxluasocket-2.6 " is given to the linker...
> which GCC are you using ?
> Can you try with latest CVS ?
>
>
> > I did regenerate the bindings, now i wonder what i am doing wrong?
> can you find somewhere wxLuaBinding_wxluasocket_init() in your wxLua
> sources ?

It should be in modules/wxluasocket/include/wxluasocket_bind.h and
modules/wxluasocket/src/ wxluasocket_bind.cpp.

> > I went into modules/wxluasocket/src and typed make again. Strange its
> > starts making this part, but wants to write the library into
> > /usr/local/lib/libwx_gtk2d_wxluasocket-2.6.a?? Maybe this is not the
> > right makefile??
> It's a makefile which writes directly in the same folder where wxWidgets
> is installed... John hand-wrote it; it's not part of bakefile build system

Francesco, could you rebake the sources to get the new files in the
wxluasocket module?

Thanks,
    John Labenski

k. holwerda ha scritto:
> Hi,
> 
> I downloaded the latest snapshot.
> On fedora i get this error:
> 
> make[1]: Entering directory `/home/db348/wxwin/wxLua/apps'
> g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o   -L../lib   
> -lwxlua_gtk2d_wxlua-2.6 -lwxlua_gtk2d_wxbindstc-2.6 
> -lwxlua_gtk2d_wxbind-2.6 -lwxlua_gtk2d_wxluasocket-2.6 
> -lwxlua_gtk2d_wxluadebug-2.6 -lwxlua_gtk2d_lua-2.6 -lstedit 
> -L/usr/local/lib -pthread   -L/usr/X11R6/lib  
> /usr/local/lib/libwx_gtk2d_stc-2.6.a 
> /usr/local/lib/libwx_gtk2d_xrc-2.6.a 
> /usr/local/lib/libwx_gtk2d_html-2.6.a 
> /usr/local/lib/libwx_gtk2d_adv-2.6.a 
> /usr/local/lib/libwx_based_net-2.6.a 
> /usr/local/lib/libwx_based_xml-2.6.a 
> /usr/local/lib/libwx_gtk2d_core-2.6.a /usr/local/lib/libwx_based-2.6.a 
> -lexpat -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 
> -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 
> -lgthread-2.0 -lglib-2.0 -lXinerama -lXxf86vm -lpng -ljpeg -ltiff -lz 
> -ldl -lm
> app_wxlua_wxlua.o(.text+0xd1d): In function `wxLuaStandaloneApp::OnInit()':
> ../apps/wxlua/src/wxlua.cpp:194: undefined reference to 
> `wxLuaBinding_wxluasocket_init()'
> collect2: ld returned 1 exit status
> make[1]: *** [../bin/wxlua] Error 1
> make[1]: Leaving directory `/home/db348/wxwin/wxLua/apps'
> make: *** [apps] Error 2
> [db348@s159749 wxLua]$
strange: here wxLua (CVS) compiles fine wxlua app and the fact that it's 
complaining about wxLuaBinding_wxluasocket_init() is rather strange as 
"-lwxlua_gtk2d_wxluasocket-2.6 " is given to the linker...
which GCC are you using ?
Can you try with latest CVS ?


> I did regenerate the bindings, now i wonder what i am doing wrong?
can you find somewhere wxLuaBinding_wxluasocket_init() in your wxLua 
sources ?

> 
> I went into modules/wxluasocket/src and typed make again. Strange its 
> starts making this part, but wants to write the library into 
> /usr/local/lib/libwx_gtk2d_wxluasocket-2.6.a?? Maybe this is not the 
> right makefile??
It's a makefile which writes directly in the same folder where wxWidgets 
is installed... John hand-wrote it; it's not part of bakefile build system

Francesco

Josh Turpen ha scritto:
> <i>(see "Do Not Link Modules to the Lua Core Libraries"), right ?</i>
>  
> No no no :)
>  
>  
> What's described in the wiki is <i>static</i> linking, not dynamic 
> linking.  You do NOT want to statically link each module with the lua 
> binaries, but you DO want to dynamically link.  This way each module is 
> sharing a copy of the single lua binary, precisely what the wiki 
> describes you want to do.
yes, I meant that: latest wxLua (CVS or snapshots) does exactly that. 
When SHARED==1, it builds everything linking to DLLs and the "wx.dll" is 
created linking it against the verbatim lua core so that it should be 
compatible with all other lua modules.

Francesco

Hi,

The snapshots i downloaded does not have CRLF in the dsp files, i 
thought i did read that they should?

Klaas

-- 
Unclassified

Hi,

I downloaded the latest snapshot.
On fedora i get this error:

make[1]: Entering directory `/home/db348/wxwin/wxLua/apps'
g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o   -L../lib   
-lwxlua_gtk2d_wxlua-2.6 -lwxlua_gtk2d_wxbindstc-2.6 
-lwxlua_gtk2d_wxbind-2.6 -lwxlua_gtk2d_wxluasocket-2.6 
-lwxlua_gtk2d_wxluadebug-2.6 -lwxlua_gtk2d_lua-2.6 -lstedit 
-L/usr/local/lib -pthread   -L/usr/X11R6/lib  
/usr/local/lib/libwx_gtk2d_stc-2.6.a 
/usr/local/lib/libwx_gtk2d_xrc-2.6.a 
/usr/local/lib/libwx_gtk2d_html-2.6.a 
/usr/local/lib/libwx_gtk2d_adv-2.6.a 
/usr/local/lib/libwx_based_net-2.6.a 
/usr/local/lib/libwx_based_xml-2.6.a 
/usr/local/lib/libwx_gtk2d_core-2.6.a /usr/local/lib/libwx_based-2.6.a 
-lexpat -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 
-lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 
-lgthread-2.0 -lglib-2.0 -lXinerama -lXxf86vm -lpng -ljpeg -ltiff -lz 
-ldl -lm
app_wxlua_wxlua.o(.text+0xd1d): In function `wxLuaStandaloneApp::OnInit()':
../apps/wxlua/src/wxlua.cpp:194: undefined reference to 
`wxLuaBinding_wxluasocket_init()'
collect2: ld returned 1 exit status
make[1]: *** [../bin/wxlua] Error 1
make[1]: Leaving directory `/home/db348/wxwin/wxLua/apps'
make: *** [apps] Error 2
[db348@s159749 wxLua]$

I did regenerate the bindings, now i wonder what i am doing wrong?

I went into modules/wxluasocket/src and typed make again. Strange its 
starts making this part, but wants to write the library into 
/usr/local/lib/libwx_gtk2d_wxluasocket-2.6.a?? Maybe this is not the 
right makefile??
In any case i already have wxlua_gtk2d_wxluasocket-2.6 in 
/home/db348/wxwin/wxLua/lib??

I don't see where my mistake is.

regards,

Klaas

-- 
Unclassified

Reading the source wxlbind.h  I fixed  the compile error by adding  %delete  %encapsulate  before  %noclassinfo  in the %class  def line

Cheers,


Steve Kieu <ha...@ya...> wrote: 
Hi, 

I was successful in binding wxAUI to wxLua but got problem when trying to bind wxFoldPanelBar, and then I found it is a normal symptom with code generated by genwxbind. I have to make two very simple class and bind it to test.

The problem is: If I have a class 'standalone' means not derived from wxObject ; so I need to add %noclassinfo, in the %class def right?

Then I have a class derived from wxObject, that class has a member function to return the above (standalone) class. wxgenbind will generate code which has the method

wxLua_AddToTrackedMemoryList(wxLuaState&, wxObject*)
but instead of wxObject it return the 'standalone' class and compile will give errors like ...

test.cpp:53: error: no matching function for call to `
***    wxLua_AddToTrackedMemoryList(wxLuaState&, crypto*)'
*** wxlua/include/wxlbind.h:173: error: candidates are: void 
***     wxLua_AddToTrackedMemoryList(wxLuaState&, wxObject*)

Did I do something wrong or is this a bug in genwxbind in wxLua 2.6.2.0?

Cheers,




S.KIEU   

---------------------------------
Do you Yahoo!?
    Yahoo! Personals: It's free to check out our great singles!  


S.KIEU
		
---------------------------------
On Yahoo!7 
  Answers: Real people ask and answer questions on any topic. 

Hi, 

I was successful in binding wxAUI to wxLua but got problem when trying to bind wxFoldPanelBar, and then I found it is a normal symptom with code generated by genwxbind. I have to make two very simple class and bind it to test.

The problem is: If I have a class 'standalone' means not derived from wxObject ; so I need to add %noclassinfo, in the %class def right?

Then I have a class derived from wxObject, that class has a member function to return the above (standalone) class. wxgenbind will generate code which has the method

wxLua_AddToTrackedMemoryList(wxLuaState&, wxObject*)
but instead of wxObject it return the 'standalone' class and compile will give errors like ...

test.cpp:53: error: no matching function for call to `
***    wxLua_AddToTrackedMemoryList(wxLuaState&, crypto*)'
*** wxlua/include/wxlbind.h:173: error: candidates are: void 
***    wxLua_AddToTrackedMemoryList(wxLuaState&, wxObject*)

Did I do something wrong or is this a bug in genwxbind in wxLua 2.6.2.0?

Cheers,




S.KIEU
		
---------------------------------
Do you Yahoo!?
  Yahoo! Personals: It's free to check out our great singles!  

Hi,
    I've found that there are only two small problems with wxLua builds 
with BCC: I've already solved one.

The next is something which I tried but failed to fix: on some 
autogenerated binding files, e.g. modules/wxbind/src/file.cpp, line 2002 
there are ?: operators in form:

wxString filespec = (argCount >= 3 ? lua2wx(wxlState.GetStringType(3)) : 
wxT(""))

unfortunately borland gives an error for this saying that both returned 
variables of ?: operator must be of the same type.
I.e. it doesn't like that wxT(""). Changing it to wxString(wxT("")) or 
to wxString(wxEmptyString) fixes the problem (not changing it to 
wxEmptyString, though).

I've tried to scan all code of the wrapper and I've found that at line 
3297 of genwxbind.lua there is:

table.insert(codeList, "    "..declare.." "..argName.." = (argCount >= 
"..argNum.." ? "..argItem.." : "..opt..");\n")

however putting a

if opt=="wxT(\"\")" then
	opt = "wxString(wxEmptyString)"
end

just before it does not produce any change. In fact I've hacked it a 
little more and I believe that the problem is not there as that lines 
correctly generates the wxString(wxEmptyString) code.

Anyone which is more experienced with genwxbind.lua knows if there is 
something like a filter for replacing wxString(wxEmptyString) -> wxT("") ?

Thanks,
Francesco