wxlua-users Mailing List for wxLua

Hi,

John Labenski yazmış:
> On Mon, Feb 25, 2008 at 11:31 AM, Hakkı Doğusan <hd...@do...> wrote:
>> Hi,
>>
>>  (ubuntu-7.10, wxlua-2.8.7 compiled as lua module, with static wx)
>>
>>  I'm trying to use a wxGrid (feed by wxGridTable) in a frame. wxGrid is
>>  the only control in the frame.
>>
>>  If I move mouse on grid I'm getting "Segmentation fault (core dumped)"
>>  or "Illegal instruction (core dumped)" error. If I don't touch mouse,
>>  everything works as expected, ie. there is no error with keyboard
>>  navigation.
>>
>>  Changing my overriding code with gridtable.wx.lua's "connectvirtuals"
>>  function didn't help.
>>
>>  Did you see anything like that?
>>
> 
> I haven't used the wxGrid in any serious way. Do you have a small bit
> of Lua code that shows this.
> 

It took too many hours, but I found the bug.. It's about the lifetime of 
objects.

Crashing code was:

     frame.gt = wx.wxLuaGridTableBase()
     frame.gt:SetView( frame.grid )
     connectvirtuals(frame.gt)
     frame.grid:SetTable(frame.gt)

I changed it to:

     gt = wx.wxLuaGridTableBase() --made gt module global
     gt:SetView( frame.grid )
     connectvirtuals(gt)
     frame.grid:SetTable(gt)

I was thinking that, while frame is alive, then a variable "attached" to 
it, will too. Apparently I was wrong!


> -John

--
Regards,
Hakki Dogusan

On Mon, Feb 25, 2008 at 12:07 AM,  <ah...@ar...> wrote:
> Hi!
>
>  I am developing an application using wxLua luaSQL for mac. Currently I
>  have to package the app in a rather clumsy way. First I create a
>  folder and move all the libs into it. Then I take the wxLuaFreeze
>  application, rename the bundle and add my own icon to it. Then, using
>  wxLuaFreeze.lua, I add an entry point in one of the scripts that are
>  executed when the user double clicks the bundle.

This is probably reasonable, unless you can think of a better way.

>  This works fine, but I cannot figure out how to put all the files
>  inside the bundle to allow for mac friendy installation. Is there a
>  way to make wxLuaFreeze use a folder inside the bundle as its working
>  directory and therefore be able to load libs from there.

This is harder, there have been many discussions on wx-users about
whether wxWidgets should have a function to get the app's path, but I
think the answer has always been to not have it. The problem is that
Unix doesn't give you it in argv[0] as MS Windows does. If you're
lucky OSX does give it to you and you can use the args that
wxLuaFreeze pushes into Lua, see the top of unittest.wx.lua. Note that
C args are negative and Lua args are positive so that the positive
ones match what the Lua executable does.

See [wx-users] Finding the application path on Unix
http://lists.wxwidgets.org/archive/wx-users/thrd26.html#26935

Regards,
    John

On Mon, Feb 25, 2008 at 11:31 AM, Hakkı Doğusan <hd...@do...> wrote:
> Hi,
>
>  (ubuntu-7.10, wxlua-2.8.7 compiled as lua module, with static wx)
>
>  I'm trying to use a wxGrid (feed by wxGridTable) in a frame. wxGrid is
>  the only control in the frame.
>
>  If I move mouse on grid I'm getting "Segmentation fault (core dumped)"
>  or "Illegal instruction (core dumped)" error. If I don't touch mouse,
>  everything works as expected, ie. there is no error with keyboard
>  navigation.
>
>  Changing my overriding code with gridtable.wx.lua's "connectvirtuals"
>  function didn't help.
>
>  Did you see anything like that?
>

I haven't used the wxGrid in any serious way. Do you have a small bit
of Lua code that shows this.

-John

Thanks, fixed in CVS.

-John

On Tue, Feb 26, 2008 at 1:53 AM, Hakkı Doğusan <hd...@do...> wrote:
> Hi,
>
>
>  in function wxLua_wxGridCellAttr_GetSize, line 66, changed comment;
>  from: // call GetAlignment
>  to:   // call GetSize
>
>
>  in function wxLua_wxGrid_GetCellSize, line 164, changed comment;
>  from: // call GetCellAlignment
>  to:   // call GetCellSize
>
>
>  in function wxLua_wxGrid_GetCellSize, line 165, changed called function;
>  from: self->GetCellAlignment(row, col, &num_rows, &num_cols);
>  to:   self->GetCellSize(row, col, &num_rows, &num_cols);
>
>
>  --
>  Regards,
>  Hakki Dogusan
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  _______________________________________________
>  wxlua-users mailing list
>  wxl...@li...
>  https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Hi,


in function wxLua_wxGridCellAttr_GetSize, line 66, changed comment;
from: // call GetAlignment
to:   // call GetSize


in function wxLua_wxGrid_GetCellSize, line 164, changed comment;
from: // call GetCellAlignment
to:   // call GetCellSize


in function wxLua_wxGrid_GetCellSize, line 165, changed called function;
from: self->GetCellAlignment(row, col, &num_rows, &num_cols);
to:   self->GetCellSize(row, col, &num_rows, &num_cols);


--
Regards,
Hakki Dogusan

Hi,

(ubuntu-7.10, wxlua-2.8.7 compiled as lua module, with static wx)

I'm trying to use a wxGrid (feed by wxGridTable) in a frame. wxGrid is 
the only control in the frame.

If I move mouse on grid I'm getting "Segmentation fault (core dumped)" 
or "Illegal instruction (core dumped)" error. If I don't touch mouse, 
everything works as expected, ie. there is no error with keyboard 
navigation.

Changing my overriding code with gridtable.wx.lua's "connectvirtuals" 
function didn't help.



Did you see anything like that?



--
Regards,
Hakki Dogusan

Hi!

I am developing an application using wxLua luaSQL for mac. Currently I  
have to package the app in a rather clumsy way. First I create a  
folder and move all the libs into it. Then I take the wxLuaFreeze  
application, rename the bundle and add my own icon to it. Then, using  
wxLuaFreeze.lua, I add an entry point in one of the scripts that are  
executed when the user double clicks the bundle.

This works fine, but I cannot figure out how to put all the files  
inside the bundle to allow for mac friendy installation. Is there a  
way to make wxLuaFreeze use a folder inside the bundle as its working  
directory and therefore be able to load libs from there.

Thanks!

//Sebastian Ahlman

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Patches item #1900830, was opened at 2008-02-24 13:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=745326&aid=1900830&group_id=140042

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: doc_bacardi (doc_bacardi)
Assigned to: Nobody/Anonymous (nobody)
Summary: BUILTIN_CAST breaks bitlib on windows

Initial Comment:
bitlib on windows does not work with numbers >0x80000000. It claims to support 32 bits though:

> print(bit.bits)
32

But it truncates numbers >0x80000000:
> print(string.format("%08X", bit.cast(0x40000000)))
40000000
> print(string.format("%08X", bit.cast(0x80000000)))
80000000
> print(string.format("%08X", bit.cast(0xffffffff)))
80000000

This explains strange results like this:
> print(bit.band(0xffffffff, 0x40000000))
0

This is a windows-only bug. The linux version works. Numbers are not truncated and above "band" operation results in 0x40000000.

The attached patch fixes the problem for MSVC 7.10 .

Details:
bitlib needs to convert lua numbers to integer and offers 2 ways to do this. If BUILTIN_CAST is defined, it uses the builtin conversion from lua, otherwise a custom routine is used. wxLua always uses the builtin cast, and this seems to be the source of the problem. The patch selects the custom conversion routine if '__VISUALC__' is defined.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=745326&aid=1900830&group_id=140042

On Fri, Feb 22, 2008 at 1:00 AM, wlprg00 <wl...@ya...> wrote:
> Hi, I am trying to print on Linux by using the
>  printing.wx.lua. Unfortunately it gives only an empty
>  ..ps. As well as the console provides the following
>  output:
>
>  Error: Lua: Error while running chunk
>  [string "printing.wx.lua"]:143: attempt to call field
>  'wxPrintDialogDataFromPrintData' (a nil value)
>  stack traceback:
>         [string "printing.wx.lua"]:143: in function 'Print'
>         [string "printing.wx.lua"]:273: in function <[string
>  "printing.wx.lua"]:273>
>
>  Any ideas how this can be fixed?
>

Yes, change the code to this as we now have overloaded functions.

function Print()
    local printDialogData = wx.wxPrintDialogData(printData)
    local printer  = wx.wxPrinter(printDialogData)
...

Regards,
    John

Hi, I am trying to print on Linux by using the
printing.wx.lua. Unfortunately it gives only an empty
..ps. As well as the console provides the following
output:

Error: Lua: Error while running chunk
[string "printing.wx.lua"]:143: attempt to call field
'wxPrintDialogDataFromPrintData' (a nil value)
stack traceback:
	[string "printing.wx.lua"]:143: in function 'Print'
	[string "printing.wx.lua"]:273: in function <[string
"printing.wx.lua"]:273>

Any ideas how this can be fixed?

wlprg00


      ____________________________________________________________________________________
Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping

I have uploaded the new version to SourceForge.

Thanks Anders,
    John

On Feb 19, 2008 2:38 AM, Anders F Björklund <af...@al...> wrote:
> ahlmans wrote:
>
> > Dyld Error Message:
> >    Library not loaded: /usr/local/lib/libwx_macu-2.8.0.dylib
> >    Referenced from:
> > /Users/sebastianahlman/Desktop/wxLua/apps/wxLua.app/Contents/
> > MacOS/../../../libwx_macu_stc-2.8.0.dylib
> >    Reason: image not found
> >
> > It seems the app is trying to find a lib in /usr/local/lib/, why?
> > Earlier versions work fine without any libs in this location.
>
> Must have missed the wx libs... (= it's a packaging bug)
> Changed the copydylibs.command script without updating it.
>
> I'll roll another disk image to replace the current one.
>
> --anders
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

ahlmans wrote:

> Dyld Error Message:
>    Library not loaded: /usr/local/lib/libwx_macu-2.8.0.dylib
>    Referenced from:
> /Users/sebastianahlman/Desktop/wxLua/apps/wxLua.app/Contents/ 
> MacOS/../../../libwx_macu_stc-2.8.0.dylib
>    Reason: image not found
>
> It seems the app is trying to find a lib in /usr/local/lib/, why?
> Earlier versions work fine without any libs in this location.

Must have missed the wx libs... (= it's a packaging bug)
Changed the copydylibs.command script without updating it.

I'll roll another disk image to replace the current one.

--anders

John Labenski wrote:

>> Ran into another unexpected issue during the packaging:
>> "install_name_tool: changing install names can't be redone for:
>> wxLua.app/Contents/MacOS/wxLua (for architecture i386) because larger
>> updated load commands do not fit (the program must be relinked)"
>>
>> Seems I need to recompile the wxLua libraries with a linker
>> setting to allow for longer library rpath names, sigh...
>> (-Wl,-header-pad_max_install_names)
>>
> Ok, I updated configure so it is always added to the linker settings
> for OSX's gcc for the "SHARED" build.

I think I made a typo in the above, should have been:
-header_pad_max_install_names (i.e. all underscores)

Also made a revision in the "copydylibs.command" script,
as it didn't recognize the new 2.8.0.0.7.dylib suffix...
Changed the wxWidgets libraries to use symbolic links too,
like libwx_macu-2.8.0.dylib -> libwx_macu-2.8.0.4.0.dylib

New version: http://www.algonet.se/~afb/wx/copydylibs.command

--anders

Hi,

John Labenski yazmış:
> On Feb 18, 2008 12:06 AM, marcos <mar...@ya...> wrote:
>>  John Labenski escreveu:
>>
>> http://www.wxwidgets.org/manuals/stable/wx_wxstring.html#wxstring
>> http://www.wxwidgets.org/manuals/stable/wx_unicode.html#unicode
>> http://www.wxwidgets.org/manuals/stable/wx_mbconvclasses.html#mbconvclasses
>> http://www.wxwidgets.org/manuals/stable/wx_wxmbconv.html#wxmbconv
>>
>> WXDLLIMPEXP_WXLUA wxString lua2wx(const char* luastr)
>> {
>>  return wxString(luastr, *wxConvCurrent);
>> }
>>
>> const WXDLLIMPEXP_WXLUA wxCharBuffer wx2lua(const wxString& wxstr)
>> {
>>  wxCharBuffer buffer(wxstr.mb_str(*wxConvCurrent));
>>  return buffer;
>> }
>>
>> Hakký, could you try these and let me know if they work.
>>
>> Regards,
>>  John
>>
>>  The more I read about Unicode it seems like this is all we need.

I suppose.. My research was with similar results;
http://article.gmane.org/gmane.comp.lib.wxwidgets.wxlua.user/863/match=wx2lua
http://article.gmane.org/gmane.comp.lib.wxwidgets.wxlua.user/856/match=wx2lua


>>  After (Hakki's) inline ...
>>  It seems work.
>>
>> - win2000, in Brazilian-Portuguese
>> - using the VC6 [win32 release multilib] project (not unicode).
> 
> Ok... lets cross our fingers that it really is that simple. I will try
> some other tests in the next week.
> 
> Regards,
>     John
> 

--
Regards,
Hakki Dogusan

Thanks for the OSX release!

However, when I run one of the apps I get the following error message.

Dyld Error Message:
   Library not loaded: /usr/local/lib/libwx_macu-2.8.0.dylib
   Referenced from:  
/Users/sebastianahlman/Desktop/wxLua/apps/wxLua.app/Contents/MacOS/../../../libwx_macu_stc-2.8.0.dylib
   Reason: image not found

It seems the app is trying to find a lib in /usr/local/lib/, why?  
Earlier versions work fine without any libs in this location.

//Sebastian Ahlman

Quoting John Labenski <jla...@gm...>:

> On Feb 18, 2008 6:04 AM, Anders F Björklund <af...@al...> wrote:
>> ahlmans wrote:
>>
>> Ran into another unexpected issue during the packaging:
>> "install_name_tool: changing install names can't be redone for:
>> wxLua.app/Contents/MacOS/wxLua (for architecture i386) because larger
>> updated load commands do not fit (the program must be relinked)"
>>
>> Seems I need to recompile the wxLua libraries with a linker
>> setting to allow for longer library rpath names, sigh...
>> (-Wl,-header-pad_max_install_names)
>>
>
> Ok, I updated configure so it is always added to the linker settings
> for OSX's gcc for the "SHARED" build.
>
> Thanks,
>     John
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

On Feb 18, 2008 6:04 AM, Anders F Björklund <af...@al...> wrote:
> ahlmans wrote:
>
> Ran into another unexpected issue during the packaging:
> "install_name_tool: changing install names can't be redone for:
> wxLua.app/Contents/MacOS/wxLua (for architecture i386) because larger
> updated load commands do not fit (the program must be relinked)"
>
> Seems I need to recompile the wxLua libraries with a linker
> setting to allow for longer library rpath names, sigh...
> (-Wl,-header-pad_max_install_names)
>

Ok, I updated configure so it is always added to the linker settings
for OSX's gcc for the "SHARED" build.

Thanks,
    John

On Feb 18, 2008 12:06 AM, marcos <mar...@ya...> wrote:
>
>  John Labenski escreveu:
>
> http://www.wxwidgets.org/manuals/stable/wx_wxstring.html#wxstring
> http://www.wxwidgets.org/manuals/stable/wx_unicode.html#unicode
> http://www.wxwidgets.org/manuals/stable/wx_mbconvclasses.html#mbconvclasses
> http://www.wxwidgets.org/manuals/stable/wx_wxmbconv.html#wxmbconv
>
> WXDLLIMPEXP_WXLUA wxString lua2wx(const char* luastr)
> {
>  return wxString(luastr, *wxConvCurrent);
> }
>
> const WXDLLIMPEXP_WXLUA wxCharBuffer wx2lua(const wxString& wxstr)
> {
>  wxCharBuffer buffer(wxstr.mb_str(*wxConvCurrent));
>  return buffer;
> }
>
> Hakký, could you try these and let me know if they work.
>
> Regards,
>  John
>
>  The more I read about Unicode it seems like this is all we need.
>  After (Hakki's) inline ...
>  It seems work.
>
> - win2000, in Brazilian-Portuguese
> - using the VC6 [win32 release multilib] project (not unicode).

Ok... lets cross our fingers that it really is that simple. I will try
some other tests in the next week.

Regards,
    John

ahlmans wrote:

> I installed wxLua through Mac Ports and it worked fine. However, I
> only use wxluafreeze and it does not seem to be included.

wxLuaFreeze is now enabled, in wxLua port revision 1: @2.8.7.0_1
(added the --enable-wxluafreeze-app argument to configure.args)

The stand-alone binary is complete, and will be posted on SF later.
Still requires 10.4 or later, will try to build a version for 10.3

--anders

ahlmans wrote:

> Glad to hear that! (that the binary is coming, that is ;))
>
>> The binary is still coming, just had some hardware problems
>> on the designated development machine (power supply died).

Ran into another unexpected issue during the packaging:
"install_name_tool: changing install names can't be redone for:  
wxLua.app/Contents/MacOS/wxLua (for architecture i386) because larger  
updated load commands do not fit (the program must be relinked)"

Seems I need to recompile the wxLua libraries with a linker
setting to allow for longer library rpath names, sigh...
(-Wl,-header-pad_max_install_names)

--anders

Glad to hear that! (that the binary is coming, that is ;))

//Sebastian

Lainaus Anders F Björklund <af...@al...>:

>> I installed wxLua through Mac Ports and it worked fine. However, I
>> only use wxluafreeze and it does not seem to be included.
>>
>> Quoting John Labenski <jla...@gm...>:
>>
>>> Please see Anders response for the thread "ANN wxLua 2.8.7.0 release
>>> on Sourceforge.net" about using MacPorts to compile it. It would be
>>> nice to have a binary however.
>
> I think wxLuaFreeze is not enabled by default anymore (?),
> but the port could be revised with --enable-wxluafreeze-app
>
> The binary is still coming, just had some hardware problems
> on the designated development machine (power supply died).
>
> --anders
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

> I installed wxLua through Mac Ports and it worked fine. However, I
> only use wxluafreeze and it does not seem to be included.
>
> Quoting John Labenski <jla...@gm...>:
>
>> Please see Anders response for the thread "ANN wxLua 2.8.7.0 release
>> on Sourceforge.net" about using MacPorts to compile it. It would be
>> nice to have a binary however.

I think wxLuaFreeze is not enabled by default anymore (?),
but the port could be revised with --enable-wxluafreeze-app

The binary is still coming, just had some hardware problems
on the designated development machine (power supply died).

--anders

John Labenski escreveu:
> http://www.wxwidgets.org/manuals/stable/wx_wxstring.html#wxstring
> http://www.wxwidgets.org/manuals/stable/wx_unicode.html#unicode
> http://www.wxwidgets.org/manuals/stable/wx_mbconvclasses.html#mbconvclasses
> http://www.wxwidgets.org/manuals/stable/wx_wxmbconv.html#wxmbconv
>
> WXDLLIMPEXP_WXLUA wxString lua2wx(const char* luastr)
> {
>     return wxString(luastr, *wxConvCurrent);
> }
>
> const WXDLLIMPEXP_WXLUA wxCharBuffer wx2lua(const wxString& wxstr)
> {
>     wxCharBuffer buffer(wxstr.mb_str(*wxConvCurrent));
>     return buffer;
> }
>
> Hakký, could you try these and let me know if they work.
>
> Regards,
>     John
>   
> The more I read about Unicode it seems like this is all we need.
After (Hakki's) inline ...

It seems work.

- win2000, in Brazilian-Portuguese
- using the VC6 [win32 release multilib] project (not unicode).


Thanks John and Hakki!

-- 

Marcos E. Wurzius

Hi,

John Labenski yazmış:
> On Feb 12, 2008 3:05 AM, Hakkı Doğusan <hd...@do...> wrote:
>>[snip]
> 
> The more I read about Unicode it seems like this is all we need.
> http://www.wxwidgets.org/manuals/stable/wx_wxstring.html#wxstring
> http://www.wxwidgets.org/manuals/stable/wx_unicode.html#unicode
> http://www.wxwidgets.org/manuals/stable/wx_mbconvclasses.html#mbconvclasses
> http://www.wxwidgets.org/manuals/stable/wx_wxmbconv.html#wxmbconv
> 
> inline WXDLLIMPEXP_WXLUA wxString lua2wx(const char* luastr)
> {
>     return wxString(luastr, *wxConvCurrent);
> }
> 
> inline const WXDLLIMPEXP_WXLUA wxCharBuffer wx2lua(const wxString& wxstr)
> {
>     wxCharBuffer buffer(wxstr.mb_str(*wxConvCurrent));
>     return buffer;
> }
> 
> Hakkı, could you try these and let me know if they work.
> 

(note: inline added)

- xp, ubuntu-7.10, both in Turkish
- using wxLuaModule (wx-2.8.7 static, wxLua static, monolithic, unicode)
- tested with an inhouse project, which uses
   - wxLocale for translations
   - sqlite3 (stores in utf8)

It seems work here..


> Regards,
>     John

--
Regards,
Hakki Dogusan

On Feb 12, 2008 3:05 AM, Hakkı Doğusan <hd...@do...> wrote:
> >
> > The problem with string comparison in the new version persists.
> >
> > --------------------------
> > wx.wxLocale( wx.wxLANGUAGE_DEFAULT )
> > local loc= wx.wxGetLocale()
> > local s = 'Maçã'
> > print(loc:GetString(s), s)
> > print('loc:GetString(s)==s  ->', loc:GetString(s)==s)  -- first
> > print( "s=='Maçã'  ", s=='Maçã' )                                 -- second
> >
> > ---------------
> > On previous version of wxLua the first comparison return true.
> > But in the new version return false.

What am I doing wrong that the code you show works fine!
I tested with wxLuaEditor in Linux w/ Unicode and MSW non-Unicode with
the current wxLua code and the code below for lua2wx() and wx2lua().

> > I suspect wxLua convert the lua_string to another charset(UTF-8) and
> > then it fail.
>
> Yes, wxLua assumes utf8 in unicode build. Do you have a chance to
> re-compile wxLua for testing? I'm modifying lua2wx and wx2lua as follows
> (for unicode build and Turkish locale):
>
> ----- file: modules/wxlua/include/wxlstate.h ------------
> // Convert a 8-bit ANSI C Lua String into a wxString
> inline /*WXDLLIMPEXP_WXLUA*/ wxString lua2wx(const char* luastr)
> {
>      if (luastr == NULL) return wxEmptyString; // check for NULL
>
> #ifdef __WXGTK__
> #if wxUSE_UNICODE
>      wxString str(luastr, wxConvUTF8);
> #else
>      wxString str(wxConvUTF8.cMB2WC(luastr), *wxConvCurrent);
> #endif // wxUSE_UNICODE
> #else
>      wxString str(luastr, *wxConvCurrent);
> #endif
>
>      if (str.IsEmpty())
>          str = wxConvertMB2WX(luastr); // old way that mostly works
>
>      return str;
> }
>
> // Convert a wxString to 8-bit ANSI C Lua String
> inline const /*WXDLLIMPEXP_WXLUA*/ wxCharBuffer wx2lua(const wxString&
> wxstr)
> {
> #ifdef __WXGTK__
>      wxCharBuffer
> buffer(wxConvUTF8.cWC2MB(wxstr.wc_str(*wxConvCurrent))); // skieu
> #else
>      wxCharBuffer buffer(wxstr.mb_str(*wxConvCurrent));
> #endif
>
>      if ((buffer.data() == NULL) && !wxstr.IsEmpty())
>          buffer = wxConvertWX2MB(wxstr.c_str()); // old way that mostly
> works
>
>      return buffer;
> }
> ---------------------------------------------------------
>

The more I read about Unicode it seems like this is all we need.
http://www.wxwidgets.org/manuals/stable/wx_wxstring.html#wxstring
http://www.wxwidgets.org/manuals/stable/wx_unicode.html#unicode
http://www.wxwidgets.org/manuals/stable/wx_mbconvclasses.html#mbconvclasses
http://www.wxwidgets.org/manuals/stable/wx_wxmbconv.html#wxmbconv

WXDLLIMPEXP_WXLUA wxString lua2wx(const char* luastr)
{
    return wxString(luastr, *wxConvCurrent);
}

const WXDLLIMPEXP_WXLUA wxCharBuffer wx2lua(const wxString& wxstr)
{
    wxCharBuffer buffer(wxstr.mb_str(*wxConvCurrent));
    return buffer;
}

Hakkı, could you try these and let me know if they work.

Regards,
    John

I installed wxLua through Mac Ports and it worked fine. However, I  
only use wxluafreeze and it does not seem to be included.

//Sebastian

Quoting John Labenski <jla...@gm...>:

> On Feb 11, 2008 12:38 AM,  <ah...@ar...> wrote:
>> Hi guys!
>>
>> It seems unfair to ask any more of you but...what is the ETA of a
>> leopard compatible binary build of version 2.8.7.0 similar to the
>> "tiger build" of 2.8.4.1?
>>
>
> Please see Anders response for the thread "ANN wxLua 2.8.7.0 release
> on Sourceforge.net" about using MacPorts to compile it. It would be
> nice to have a binary however.
>
> Regards,
>     John
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.