From: Andrew <sob...@gm...> - 2007-01-31 11:04:23
Attachments:
attachments.tar.gz
|
Hi, I am having a few problems compiling wxPerl, and I was wondering if someone on this list could provide any help, perhaps by spotting something very simple that I am doing wrong. I am using the following software: ActivePerl 5.8.6 (build 811) MinGW 5.0.3 MSYS 1.0.10 nmake 1.50 dmake 2006-06-16 (you can never have enough make programs, apparently) ExtUtils::FakeConfig 0.05 wxPerl 0.67 (sources) wxWidgets-2.8.0 (sources) Alien::wxWidgets 0.27 (sources) I have included some attachments: wxwidgets_make.txt make output trying to build wxwidgets wxwidgets_libraries.txt The libraries I built under wxwidgets-2.8.0/lib msw_2_8_0_gcc_3_4.pm generated by Alien-wxWidgets-0.27.hax0red wx-0.67_make.txt make output trying to build Wx-0.67 Win32_hack.patch patch for Alien-wxWidgets-0.27/inc/My/Build/Win32.pm ###################################################################### # wxwidgets in docs/msw/install.txt under the MinGW section, it says: # NOTE: The makefile.gcc makefiles are for compilation under MinGW using # Windows command interpreter (command.com/cmd.exe), they won't work in # other environments (such as UNIX or Unix-like, e.g. MSYS where you have # to use configure instead, see the section below) # # > cd c:\wx\build\msw # > make -f makefile.gcc BUILD=debug The problem with this is I don't have a 'make' under windows. I have 'dmake' and 'nmake', and a C:\msys\1.0\bin\make.exe (but that is part of MSYS). none of those seemed to work. See attachment "wxwidgets_make.txt". So then I tried the configure script approach under MinGW: > export WXDIR=/d/build/wxWidgets-2.8.0 > cd $WXDIR > ./configure --with-msw --enable-shared --enable-optimise --prefix=/d/opt/wxWidgets-2.8.0 > make > make install > cd contrib/src/stc > make > make install This worked. See attachment "wxwidgets_libraries.txt" for the files that were build under $WXDIR/lib/. ###################################################################### # Alien::wxWidgets: (in a dos shell) > set WXDIR=D:\build\wxWidgets-2.8.0 > set PERL5OPT=-MConfig_m > set PATH=D:\opt\wxWidgets-2.8.0\bin;%PATH% > perl Build.PL --with-msw --enable-shared --enable-optimise Do you want to build wxWidgets? [no] no > perl Build Configuration error: could not find libraries for configuration: '' '28' at inc/My/Build/Win32.pm line 73. It seems the wxwidgets supplied makefiles (makefile.gcc etc) build libraries in different places (lib/gcc_dll) than the makefiles generated by configure (lib). Also the files must be named slightly differently, as the logic in Win32.pm didn't find them even when i copied them to the place it was expecting (lib/gcc_dll). (copying wxwidgets files to the places they are expected, under MinGW) > cd $WXDIR > mkdir lib/gcc_dll > cp lib/*.dll lib/*.a lib/gcc_dll > mkdir -p lib/gcc_dll/msw/wx > cp lib/wx/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_dll/msw/wx/ I then made nasty hacks to Win32.pm (see attachment "Win32_hack.patch") and then ended up with Alien-wxWidgets-0.27.hax0red. The config generated by this is also attached - but I suspect there's something wrong with it. see attachment "msw_2_8_0_gcc_3_4.pm". ###################################################################### # wxPerl (in a dos shell) > cd D:\build\Wx-0.67 > set PERL5OPT=-MConfig_m > set WXDIR=D:\build\wxWidgets-2.8.0 > perl Makefile.PL PREFIX=Y:\Wx-2.8.0-0.67 here I get many "Note (probably harmless): No library found for -l*" warnings > dmake here I get a fatal error: C:/Perl/lib/CORE/win32.h:219: error: redeclaration of C++ built-in type `int' C:/Perl/lib/CORE/win32.h:220: error: redeclaration of C++ built-in type `int' Those lines are: typedef long uid_t; typedef long gid_t; so I commented those lines out and tried again. > dmake see attachment "wx-0.67_make.txt" for the output. It looks like the relevant wxwidgets dll or .a is not being passed to g++, so there are undefined references. I suspect this is because my hacked version of Alien::wxWidgets has generated an erroneous config file? I have tried disabling components, eg perl Makefile.PL --disable-richtext but I run into similar errors (undefined references) with everything. Any suggestions or help you can provide would be much appreciated (about any stage of the process). cheers, Andrew |
From: Beule, F. <FB...@nd...> - 2007-01-31 15:07:32
|
As I told it in a previous message, it was also impossible for me to com= pile wxPerl even on Windows or on Linux. I still have the problem on L= inux and noone was able to help me here. Someone achieved this compilati= on on Mac OSX. Fortunately, there is a compiled binary of wxPerl in th= is website : http://www.gigi.co.uk/wxperl/ppm.html Enjoy ! PS: I= 'm still searching help for Linux compilation !!! Because of that we dec= ided to differ the launch of our Linux version. -----Message d'origine= ----- De : wxp...@li... [mailto:wxperl-use= rs-...@li...] De la part de Andrew Envoy=E9 : mercre= di 31 janvier 2007 12:04 =C0 : wxp...@li... Objet= : [wxperl-users] Problems compiling wxperl (windows/mingw) Hi, I am = having a few problems compiling wxPerl, and I was wondering if someone o= n this list could provide any help, perhaps by spotting something very s= imple that I am doing wrong. I am using the following software: Activ= ePerl 5.8.6 (build 811) MinGW 5.0.3 MSYS 1.0.10 nmake 1.50 dmake 2006= -06-16 (you can never have enough make programs, apparently) ExtUtils::F= akeConfig 0.05 wxPerl 0.67 (sources) wxWidgets-2.8.0 (sources) Alien::= wxWidgets 0.27 (sources) I have included some attachments: wxwidgets_= make.txt make output trying to build wxwidgets wxwidgets= _libraries.txt The libraries I built under wxwidgets-2.8.0/li= b msw_2_8_0_gcc_3_4.pm generated by Alien-wxWidgets-0.27.hax0red wx= -0.67_make.txt make output trying to build Wx-0.67 = Win32_hack.patch patch for Alien-wxWidgets-0.27/inc/M= y/Build/Win32.pm #####################################################= ################# # wxwidgets in docs/msw/install.txt under the MinGW= section, it says: # NOTE: The makefile.gcc makefiles are for compilat= ion under MinGW using # Windows command interpreter (command.com/cm= d.exe), they won't work in # other environments (such as UNIX or Un= ix-like, e.g. MSYS where you have # to use configure instead, see t= he section below) # # > cd c:\wx\build\msw # > make -f makefile.gcc = BUILD=3Ddebug The problem with this is I don't have a 'make' under win= dows. I have 'dmake' and 'nmake', and a C:\msys\1.0\bin\make.exe (but t= hat is part of MSYS). none of those seemed to work. See attachment "= wxwidgets_make.txt". So then I tried the configure script approach und= er MinGW: > export WXDIR=3D/d/build/wxWidgets-2.8.0 > cd $WXDIR > ./= configure --with-msw --enable-shared --enable-optimise --prefix=3D/d/opt/= wxWidgets-2.8.0 > make > make install > cd contrib/src/stc > make > = make install This worked. See attachment "wxwidgets_libraries.txt" fo= r the files that were build under $WXDIR/lib/. ######################= ################################################ # Alien::wxWidgets: = (in a dos shell) > set WXDIR=3DD:\build\wxWidgets-2.8.0 > set PERL5OPT=3D= -MConfig_m > set PATH=3DD:\opt\wxWidgets-2.8.0\bin;%PATH% > perl Build.= PL --with-msw --enable-shared --enable-optimise Do you want to build wxW= idgets? [no] no > perl Build Configuration error: could not find lib= raries for configuration: '' '28' at inc/My/Build/Win32.pm line 73. I= t seems the wxwidgets supplied makefiles (makefile.gcc etc) build librari= es in different places (lib/gcc_dll) than the makefiles generated by con= figure (lib). Also the files must be named slightly differently, as the = logic in Win32.pm didn't find them even when i copied them to the place = it was expecting (lib/gcc_dll). (copying wxwidgets files to the place= s they are expected, under MinGW) > cd $WXDIR > mkdir lib/gcc_dll > cp= lib/*.dll lib/*.a lib/gcc_dll > mkdir -p lib/gcc_dll/msw/wx > cp lib/w= x/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_dll/msw/wx/ I then m= ade nasty hacks to Win32.pm (see attachment "Win32_hack.patch") and then= ended up with Alien-wxWidgets-0.27.hax0red. The config generated by thi= s is also attached - but I suspect there's something wrong with it. see= attachment "msw_2_8_0_gcc_3_4.pm". #################################= ##################################### # wxPerl (in a dos shell) > cd= D:\build\Wx-0.67 > set PERL5OPT=3D-MConfig_m > set WXDIR=3DD:\build\wx= Widgets-2.8.0 > perl Makefile.PL PREFIX=3DY:\Wx-2.8.0-0.67 here I get= many "Note (probably harmless): No library found for -l*" warnings > = dmake here I get a fatal error: C:/Perl/lib/CORE/win32.h:219: error: = redeclaration of C++ built-in type `int' C:/Perl/lib/CORE/win32.h:220: e= rror: redeclaration of C++ built-in type `int' Those lines are: typed= ef long uid_t; typedef long gid_t; so I commented those lines o= ut and tried again. > dmake see attachment "wx-0.67_make.txt" for t= he output. It looks like the relevant wxwidgets dll or .a is not being = passed to g++, so there are undefined references. I suspect this is bec= ause my hacked version of Alien::wxWidgets has generated an erroneous co= nfig file? I have tried disabling components, eg perl Makefile.PL --dis= able-richtext but I run into similar errors (undefined references) with = everything. Any suggestions or help you can provide would be much appr= eciated (about any stage of the process). cheers, Andrew *** NDS = US IT scanned this email for malicious content *** *** IMPORTANT: Do not= open attachments from unrecognized senders *** ***********************= ************************************************************ Information= contained in this email message is confidential and may be privileged, a= nd is intended only for use of the individual or entity named above. If t= he reader of this message is not the intended recipient, or the employee = or agent responsible to deliver it to the intended recipient, you are her= eby notified that any dissemination, distribution or copying of this comm= unication is strictly prohibited. If you have received this communication= in error, please immediately notify the pos...@nd... and destroy t= he original message. ***************************************************= ******************************** |
From: Andrew <sob...@gm...> - 2007-01-31 15:34:40
|
Hi Franck, thanks very much for the link - hopefully that ppm will work for me. it would still be nice to know what I am doing wrong in the compilation process (if anyone knows), in case we still need to compile a new version (either now or in the future). We are currently using the version compiled against wxwidgets 2.6, so it remains to be seen what compatibility problems there will be upgrading to wxwidgets 2.8.0. regards Andrew On 1/31/07, Beule, Franck <FB...@nd...> wrote: > As I told it in a previous message, it was also impossible for me > to compile wxPerl even on Windows or on Linux. > > I still have the problem on Linux and noone was able to help me here. > Someone achieved this compilation on Mac OSX. > > Fortunately, there is a compiled binary of wxPerl in this website : > > http://www.gigi.co.uk/wxperl/ppm.html > > Enjoy ! > > PS: I'm still searching help for Linux compilation !!! > Because of that we decided to differ the launch of our Linux version. > > -----Message d'origine----- > De : wxp...@li... [mailto:wxperl-users-boun= ce...@li...] De la part de Andrew > Envoy=E9 : mercredi 31 janvier 2007 12:04 > =C0 : wxp...@li... > Objet : [wxperl-users] Problems compiling wxperl (windows/mingw) > > Hi, > I am having a few problems compiling wxPerl, and I was wondering if > someone on this list could provide any help, perhaps by spotting > something very simple that I am doing wrong. > I am using the following software: > > ActivePerl 5.8.6 (build 811) > MinGW 5.0.3 > MSYS 1.0.10 > nmake 1.50 > dmake 2006-06-16 (you can never have enough make programs, apparently) > ExtUtils::FakeConfig 0.05 > wxPerl 0.67 (sources) > wxWidgets-2.8.0 (sources) > Alien::wxWidgets 0.27 (sources) > > I have included some attachments: > wxwidgets_make.txt make output trying to build wxwidgets > wxwidgets_libraries.txt The libraries I built under > wxwidgets-2.8.0/lib > msw_2_8_0_gcc_3_4.pm generated by Alien-wxWidgets-0.27.hax0red > wx-0.67_make.txt make output trying to build Wx-0.67 > Win32_hack.patch patch for > Alien-wxWidgets-0.27/inc/My/Build/Win32.pm > > ###################################################################### > # wxwidgets > > in docs/msw/install.txt under the MinGW section, it says: > > # NOTE: The makefile.gcc makefiles are for compilation under MinGW using > # Windows command interpreter (command.com/cmd.exe), they won't work= in > # other environments (such as UNIX or Unix-like, e.g. MSYS where you= have > # to use configure instead, see the section below) > # > # > cd c:\wx\build\msw > # > make -f makefile.gcc BUILD=3Ddebug > > The problem with this is I don't have a 'make' under windows. I have 'dm= ake' > and 'nmake', and a C:\msys\1.0\bin\make.exe (but that is part of > MSYS). none of those seemed to work. See attachment > "wxwidgets_make.txt". > > So then I tried the configure script approach under MinGW: > > > export WXDIR=3D/d/build/wxWidgets-2.8.0 > > cd $WXDIR > > ./configure --with-msw --enable-shared --enable-optimise --prefix=3D/d/= opt/wxWidgets-2.8.0 > > make > > make install > > cd contrib/src/stc > > make > > make install > > This worked. See attachment "wxwidgets_libraries.txt" for the files that= were > build under $WXDIR/lib/. > > ###################################################################### > # Alien::wxWidgets: > > (in a dos shell) > > set WXDIR=3DD:\build\wxWidgets-2.8.0 > > set PERL5OPT=3D-MConfig_m > > set PATH=3DD:\opt\wxWidgets-2.8.0\bin;%PATH% > > perl Build.PL --with-msw --enable-shared --enable-optimise > Do you want to build wxWidgets? [no] > no > > > perl Build > Configuration error: could not find libraries for configuration: '' > '28' at inc/My/Build/Win32.pm line 73. > > It seems the wxwidgets supplied makefiles (makefile.gcc etc) build librar= ies in > different places (lib/gcc_dll) than the makefiles generated by configure = (lib). > Also the files must be named slightly differently, as the logic in Win32.= pm > didn't find them even when i copied them to the place it was expecting > (lib/gcc_dll). > > (copying wxwidgets files to the places they are expected, under MinGW) > > cd $WXDIR > > mkdir lib/gcc_dll > > cp lib/*.dll lib/*.a lib/gcc_dll > > mkdir -p lib/gcc_dll/msw/wx > > cp lib/wx/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_dll/msw/wx/ > > I then made nasty hacks to Win32.pm (see attachment "Win32_hack.patch") a= nd > then ended up with Alien-wxWidgets-0.27.hax0red. The config generated by= this > is also attached - but I suspect there's something wrong with it. see > attachment "msw_2_8_0_gcc_3_4.pm". > > ###################################################################### > # wxPerl > > (in a dos shell) > > cd D:\build\Wx-0.67 > > set PERL5OPT=3D-MConfig_m > > set WXDIR=3DD:\build\wxWidgets-2.8.0 > > perl Makefile.PL PREFIX=3DY:\Wx-2.8.0-0.67 > > here I get many "Note (probably harmless): No library found for -l*" warn= ings > > > dmake > > here I get a fatal error: > C:/Perl/lib/CORE/win32.h:219: error: redeclaration of C++ built-in type `= int' > C:/Perl/lib/CORE/win32.h:220: error: redeclaration of C++ built-in type `= int' > > Those lines are: > typedef long uid_t; > typedef long gid_t; > > so I commented those lines out and tried again. > > > dmake > > see attachment "wx-0.67_make.txt" for the output. It looks like the rele= vant > wxwidgets dll or .a is not being passed to g++, so there are undefined > references. I suspect this is because my hacked version of Alien::wxWidg= ets > has generated an erroneous config file? I have tried disabling component= s, eg > perl Makefile.PL --disable-richtext but I run into similar errors (undefi= ned > references) with everything. > > Any suggestions or help you can provide would be much appreciated (about = any > stage of the process). > > cheers, > Andrew > > *** NDS US IT scanned this email for malicious content *** > *** IMPORTANT: Do not open attachments from unrecognized senders *** > *************************************************************************= ********** > Information contained in this email message is confidential and may be pr= ivileged, and is intended only for use of the individual or entity named ab= ove. If the reader of this message is not the intended recipient, or the em= ployee or agent responsible to deliver it to the intended recipient, you ar= e hereby notified that any dissemination, distribution or copying of this c= ommunication is strictly prohibited. If you have received this communicatio= n in error, please immediately notify the pos...@nd... and destroy th= e original message. > *************************************************************************= ********** > > |
From: Beule, F. <FB...@nd...> - 2007-01-31 15:35:48
|
The ppm on the website is for wxWidgets 2.8.0 Noone here could explain= how to compile and why the compilation don't work. I've asked the que= stion but obtained no answer. -----Message d'origine----- De : Andre= w [mailto:sob...@gm...] Envoy=E9 : mercredi 31 janvier 2007 16:32= =C0 : Beule, Franck Cc : wxp...@li... Objet : R= e: [wxperl-users] Problems compiling wxperl (windows/mingw) Hi Franck,= thanks very much for the link - hopefully that ppm will work for me. i= t would still be nice to know what I am doing wrong in the compilation p= rocess (if anyone knows), in case we still need to compile a new version= (either now or in the future). We are currently using the version comp= iled against wxwidgets 2.6, so it remains to be seen what compatibility = problems there will be upgrading to wxwidgets 2.8.0. regards Andrew = On 1/31/07, Beule, Franck <FB...@nd...> wrote: > As I told it in a pr= evious message, it was also impossible for me > to compile wxPerl even o= n Windows or on Linux. > > I still have the problem on Linux and noone = was able to help me here. > Someone achieved this compilation on Mac OSX= . > > Fortunately, there is a compiled binary of wxPerl in this website= : > > http://www.gigi.co.uk/wxperl/ppm.html > > Enjoy ! > > PS: I'= m still searching help for Linux compilation !!! > Because of that we de= cided to differ the launch of our Linux version. > > -----Message d'ori= gine----- > De : wxp...@li... [mailto:wxpe= rl-...@li...] De la part de Andrew > Envoy=E9 = : mercredi 31 janvier 2007 12:04 > =C0 : wxp...@li...urceforge.= net > Objet : [wxperl-users] Problems compiling wxperl (windows/mingw) = > > Hi, > I am having a few problems compiling wxPerl, and I was wonder= ing if > someone on this list could provide any help, perhaps by spottin= g > something very simple that I am doing wrong. > I am using the follo= wing software: > > ActivePerl 5.8.6 (build 811) > MinGW 5.0.3 > MSYS = 1.0.10 > nmake 1.50 > dmake 2006-06-16 (you can never have enough make = programs, apparently) > ExtUtils::FakeConfig 0.05 > wxPerl 0.67 (source= s) > wxWidgets-2.8.0 (sources) > Alien::wxWidgets 0.27 (sources) > > = I have included some attachments: > wxwidgets_make.txt m= ake output trying to build wxwidgets > wxwidgets_libraries.txt = The libraries I built under > wxwidgets-2.8.0/lib > msw_2_8_0_gcc_3_4= .pm generated by Alien-wxWidgets-0.27.hax0red > wx-0.67_make.txt = make output trying to build Wx-0.67 > Win32_hack.patch= patch for > Alien-wxWidgets-0.27/inc/My/Build/Win32.= pm > > ################################################################= ###### > # wxwidgets > > in docs/msw/install.txt under the MinGW secti= on, it says: > > # NOTE: The makefile.gcc makefiles are for compilation= under MinGW using > # Windows command interpreter (command.com/cmd= .exe), they won't work in > # other environments (such as UNIX or U= nix-like, e.g. MSYS where you have > # to use configure instead, se= e the section below) > # > # > cd c:\wx\build\msw > # > make -f make= file.gcc BUILD=3Ddebug > > The problem with this is I don't have a 'mak= e' under windows. I have 'dmake' > and 'nmake', and a C:\msys\1.0\bin\m= ake.exe (but that is part of > MSYS). none of those seemed to work. S= ee attachment > "wxwidgets_make.txt". > > So then I tried the configur= e script approach under MinGW: > > > export WXDIR=3D/d/build/wxWidgets-= 2.8.0 > > cd $WXDIR > > ./configure --with-msw --enable-shared --enable= -optimise --prefix=3D/d/opt/wxWidgets-2.8.0 > > make > > make install = > > cd contrib/src/stc > > make > > make install > > This worked. Se= e attachment "wxwidgets_libraries.txt" for the files that were > build u= nder $WXDIR/lib/. > > #################################################= ##################### > # Alien::wxWidgets: > > (in a dos shell) > > = set WXDIR=3DD:\build\wxWidgets-2.8.0 > > set PERL5OPT=3D-MConfig_m > > = set PATH=3DD:\opt\wxWidgets-2.8.0\bin;%PATH% > > perl Build.PL --with-ms= w --enable-shared --enable-optimise > Do you want to build wxWidgets? [n= o] > no > > > perl Build > Configuration error: could not find librar= ies for configuration: '' > '28' at inc/My/Build/Win32.pm line 73. > >= It seems the wxwidgets supplied makefiles (makefile.gcc etc) build libra= ries in > different places (lib/gcc_dll) than the makefiles generated by= configure (lib). > Also the files must be named slightly differently, a= s the logic in Win32.pm > didn't find them even when i copied them to th= e place it was expecting > (lib/gcc_dll). > > (copying wxwidgets files= to the places they are expected, under MinGW) > > cd $WXDIR > > mkdir = lib/gcc_dll > > cp lib/*.dll lib/*.a lib/gcc_dll > > mkdir -p lib/gcc_d= ll/msw/wx > > cp lib/wx/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_= dll/msw/wx/ > > I then made nasty hacks to Win32.pm (see attachment "Wi= n32_hack.patch") and > then ended up with Alien-wxWidgets-0.27.hax0red. = The config generated by this > is also attached - but I suspect there's= something wrong with it. see > attachment "msw_2_8_0_gcc_3_4.pm". > = > ###################################################################### = > # wxPerl > > (in a dos shell) > > cd D:\build\Wx-0.67 > > set PERL5= OPT=3D-MConfig_m > > set WXDIR=3DD:\build\wxWidgets-2.8.0 > > perl Make= file.PL PREFIX=3DY:\Wx-2.8.0-0.67 > > here I get many "Note (probably h= armless): No library found for -l*" warnings > > > dmake > > here I g= et a fatal error: > C:/Perl/lib/CORE/win32.h:219: error: redeclaration o= f C++ built-in type `int' > C:/Perl/lib/CORE/win32.h:220: error: redecla= ration of C++ built-in type `int' > > Those lines are: > typedef long = uid_t; > typedef long gid_t; > > so I commented those lines out = and tried again. > > > dmake > > see attachment "wx-0.67_make.txt" fo= r the output. It looks like the relevant > wxwidgets dll or .a is not b= eing passed to g++, so there are undefined > references. I suspect this= is because my hacked version of Alien::wxWidgets > has generated an err= oneous config file? I have tried disabling components, eg > perl Makefi= le.PL --disable-richtext but I run into similar errors (undefined > refe= rences) with everything. > > Any suggestions or help you can provide wo= uld be much appreciated (about any > stage of the process). > > cheers= , > Andrew > > *** NDS US IT scanned this email for malicious content = *** > *** IMPORTANT: Do not open attachments from unrecognized senders = *** > ******************************************************************= ***************** > Information contained in this email message is confi= dential and may be privileged, and is intended only for use of the indivi= dual or entity named above. If the reader of this message is not the inte= nded recipient, or the employee or agent responsible to deliver it to the= intended recipient, you are hereby notified that any dissemination, dist= ribution or copying of this communication is strictly prohibited. If you = have received this communication in error, please immediately notify the = pos...@nd... and destroy the original message. > *****************= ****************************************************************** > > = *************************************************************************= ********** Information contained in this email message is confidential a= nd may be privileged, and is intended only for use of the individual or e= ntity named above. If the reader of this message is not the intended reci= pient, or the employee or agent responsible to deliver it to the intended= recipient, you are hereby notified that any dissemination, distribution = or copying of this communication is strictly prohibited. If you have rece= ived this communication in error, please immediately notify the postmaste= r...@nd... and destroy the original message. ****************************= ******************************************************* |
From: Mark D. <mar...@zn...> - 2007-02-01 00:10:43
|
Andrew, I don't use MingW myself, but: DON'T use the MSYS / configure approach. I believe the make command you want is mingw32-make Take a look in the Alien::wxWidgets sources in the directory ../patches You may be interested in applying the equivalent of the 2.6.3 patches to the 2.8.0 source for the 3 files: wxMSW-2.6.3-config.patch wxMSW-2.6.3-makefiles.patch wxMSW-2.6.3-setup.patch Alas, I do not think they can be applied directly with patch to the 2.8.0 source, but you could check. I am pretty certain that apart from using mingw32-make, you have the important prerequisite in ExtUtils::FakeConfig and it should all just work for you. I am also sure that if you search the wxPerl list there is at least one recent thread on the very subject of compiling with mingw32. If you just want to use Wx rather than compiling your own, there are 2.8.0 / 0.67 / 0.27 ppms at http://www.cava.co.uk/freetools/wxperl.html. Good Luck Mark Andrew wrote: > Hi, > I am having a few problems compiling wxPerl, and I was wondering if > someone on this list could provide any help, perhaps by spotting > something very simple that I am doing wrong. > I am using the following software: > > ActivePerl 5.8.6 (build 811) > MinGW 5.0.3 > MSYS 1.0.10 > nmake 1.50 > dmake 2006-06-16 (you can never have enough make programs, apparently) > ExtUtils::FakeConfig 0.05 > wxPerl 0.67 (sources) > wxWidgets-2.8.0 (sources) > Alien::wxWidgets 0.27 (sources) > > I have included some attachments: > wxwidgets_make.txt make output trying to build wxwidgets > wxwidgets_libraries.txt The libraries I built under > wxwidgets-2.8.0/lib > msw_2_8_0_gcc_3_4.pm generated by Alien-wxWidgets-0.27.hax0red > wx-0.67_make.txt make output trying to build Wx-0.67 > Win32_hack.patch patch for > Alien-wxWidgets-0.27/inc/My/Build/Win32.pm > > ###################################################################### > # wxwidgets > > in docs/msw/install.txt under the MinGW section, it says: > > # NOTE: The makefile.gcc makefiles are for compilation under MinGW using > # Windows command interpreter (command.com/cmd.exe), they won't > work in > # other environments (such as UNIX or Unix-like, e.g. MSYS where > you have > # to use configure instead, see the section below) > # > # > cd c:\wx\build\msw > # > make -f makefile.gcc BUILD=debug > > The problem with this is I don't have a 'make' under windows. I have > 'dmake' > and 'nmake', and a C:\msys\1.0\bin\make.exe (but that is part of > MSYS). none of those seemed to work. See attachment > "wxwidgets_make.txt". > > So then I tried the configure script approach under MinGW: > >> export WXDIR=/d/build/wxWidgets-2.8.0 >> cd $WXDIR >> ./configure --with-msw --enable-shared --enable-optimise >> --prefix=/d/opt/wxWidgets-2.8.0 >> make >> make install >> cd contrib/src/stc >> make >> make install > > This worked. See attachment "wxwidgets_libraries.txt" for the files > that were > build under $WXDIR/lib/. > > ###################################################################### > # Alien::wxWidgets: > > (in a dos shell) >> set WXDIR=D:\build\wxWidgets-2.8.0 >> set PERL5OPT=-MConfig_m >> set PATH=D:\opt\wxWidgets-2.8.0\bin;%PATH% >> perl Build.PL --with-msw --enable-shared --enable-optimise > Do you want to build wxWidgets? [no] > no > >> perl Build > Configuration error: could not find libraries for configuration: '' > '28' at inc/My/Build/Win32.pm line 73. > > It seems the wxwidgets supplied makefiles (makefile.gcc etc) build > libraries in > different places (lib/gcc_dll) than the makefiles generated by configure > (lib). > Also the files must be named slightly differently, as the logic in Win32.pm > didn't find them even when i copied them to the place it was expecting > (lib/gcc_dll). > > (copying wxwidgets files to the places they are expected, under MinGW) >> cd $WXDIR >> mkdir lib/gcc_dll >> cp lib/*.dll lib/*.a lib/gcc_dll >> mkdir -p lib/gcc_dll/msw/wx >> cp lib/wx/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_dll/msw/wx/ > > I then made nasty hacks to Win32.pm (see attachment "Win32_hack.patch") and > then ended up with Alien-wxWidgets-0.27.hax0red. The config generated > by this > is also attached - but I suspect there's something wrong with it. see > attachment "msw_2_8_0_gcc_3_4.pm". > > ###################################################################### > # wxPerl > > (in a dos shell) >> cd D:\build\Wx-0.67 >> set PERL5OPT=-MConfig_m >> set WXDIR=D:\build\wxWidgets-2.8.0 >> perl Makefile.PL PREFIX=Y:\Wx-2.8.0-0.67 > > here I get many "Note (probably harmless): No library found for -l*" > warnings > >> dmake > > here I get a fatal error: > C:/Perl/lib/CORE/win32.h:219: error: redeclaration of C++ built-in type > `int' > C:/Perl/lib/CORE/win32.h:220: error: redeclaration of C++ built-in type > `int' > > Those lines are: > typedef long uid_t; > typedef long gid_t; > > so I commented those lines out and tried again. > >> dmake > > see attachment "wx-0.67_make.txt" for the output. It looks like the > relevant > wxwidgets dll or .a is not being passed to g++, so there are undefined > references. I suspect this is because my hacked version of > Alien::wxWidgets > has generated an erroneous config file? I have tried disabling > components, eg > perl Makefile.PL --disable-richtext but I run into similar errors > (undefined > references) with everything. > > Any suggestions or help you can provide would be much appreciated (about > any > stage of the process). > > cheers, > Andrew > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
From: Andrew <sob...@gm...> - 2007-02-08 14:23:41
Attachments:
wx_activex.patch
wx_activex_28.patch
|
Hi, thanks for all the replies. It turns out that I really did need to compile wxwidgets/perl myself, because I also wanted to compile Wx::ActiveX, which requires a built wxwidgets source tree. I discovered the make errors I was getting with the supplied wxwidgets makefiles were caused by having cygwin (sh) in my PATH. After removing cygwin from my PATH, wxwidgets compiled successfully with mingw32-make and the supplied makefiles. There is a minor error in the Wx docs/INSTALL.pod under the MinGW 1.1 (wxWidgets 2.5.x) section: where it says cd ..\..\contrib\src\stc, I believe this should be ..\..\contrib\build\stc. Attached are patches (adapted from Simon Flack's patches on the Wx::ActiveX cpan page) I applied to Wx::ActiveX 0.05 to compile against wxwidgets 2.6 (cvs head) and 2.8.0 respectively. There is one (minor) remaining issue. The wxPerl installation we are currently using (the wxPerl 0.26/ wxwidgets 2.6.2 binary release) picks up the wxwidgets dlls automatically from lib/MSWin32-x86-multi-thread/auto/Wx/*.dll. My compiled version doesn't find the dlls automatically, I have to add lib/auto/Wx (where they were installed) to my PATH. Does anyone know the reason for this, and is there a way to make my compiled dlls be found automatically (without adding the directory to PATH)? I have tried copying them to $arch/auto/Wx but no joy. cheers, Andrew |
From: Mark D. <mar...@zn...> - 2007-02-10 01:59:23
|
Hi, You should install Alien::wxWidgets. Just say [no] to building Wx and as long as your WXWIN and WXDIR environment vars are correct, Alien will pick up and install the dlls correctly. Then, re-compile and install Wx so it picks up Alien correctly. Now check your installed Wx::Mini. In there you'll find a definition for: $Wx::dlls hash which should contain all the correct names of your DLLs. sub _alien_path which will define where Wx searches for the DLLs. This should match your installed Alien/wxWidgets/lib/xxxxxx path where the DLLs are installed. You could always just hack your current Wx::Mini to find the correct DLLs in _alien_path - but following the Alien / Wx route above should always work for you. Regards Mark Andrew wrote: > Hi, > thanks for all the replies. > It turns out that I really did need to compile wxwidgets/perl myself, > because I also wanted to compile Wx::ActiveX, which requires a built > wxwidgets source tree. > I discovered the make errors I was getting with the supplied wxwidgets > makefiles were caused by having cygwin (sh) in my PATH. After > removing cygwin from my PATH, wxwidgets compiled successfully with > mingw32-make and the supplied makefiles. > There is a minor error in the Wx docs/INSTALL.pod under the MinGW 1.1 > (wxWidgets 2.5.x) section: > where it says cd ..\..\contrib\src\stc, I believe this should be > ..\..\contrib\build\stc. > > Attached are patches (adapted from Simon Flack's patches on the > Wx::ActiveX cpan page) I applied to Wx::ActiveX 0.05 to compile > against wxwidgets 2.6 (cvs head) and 2.8.0 respectively. > > There is one (minor) remaining issue. > The wxPerl installation we are currently using (the wxPerl 0.26/ > wxwidgets 2.6.2 binary release) picks up the wxwidgets dlls > automatically from lib/MSWin32-x86-multi-thread/auto/Wx/*.dll. > My compiled version doesn't find the dlls automatically, I have to add > lib/auto/Wx (where they were installed) to my PATH. Does anyone know > the reason for this, and is there a way to make my compiled dlls be > found automatically (without adding the directory to PATH)? I have > tried copying them to $arch/auto/Wx but no joy. > > cheers, > Andrew > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
From: Andrew <sob...@gm...> - 2007-02-10 12:33:08
|
Hi Mark, thanks for the info. that completely answers my question. I forgot to mention in my email that I had installed Wx::Perl onto a shared network drive, so the Alien::wxWidgets installation (on C:) isn't available for the other users. I have copied the dlls to the network drive as well. It sounds like Wx::Mini is the key to finding their locations, I'll have a look at that next week. cheers Andrew On 2/10/07, Mark Dootson <mar...@zn...> wrote: > Hi, > > You should install Alien::wxWidgets. Just say [no] to building Wx and as > long as your WXWIN and WXDIR environment vars are correct, Alien will > pick up and install the dlls correctly. > > Then, re-compile and install Wx so it picks up Alien correctly. > > Now check your installed Wx::Mini. > > In there you'll find a definition for: > > $Wx::dlls hash which should contain all the correct names of your DLLs. > > sub _alien_path which will define where Wx searches for the DLLs. This > should match your installed Alien/wxWidgets/lib/xxxxxx path where the > DLLs are installed. > > You could always just hack your current Wx::Mini to find the correct > DLLs in _alien_path - but following the Alien / Wx route above should > always work for you. > > Regards > > Mark > > > Andrew wrote: > > Hi, > > thanks for all the replies. > > It turns out that I really did need to compile wxwidgets/perl myself, > > because I also wanted to compile Wx::ActiveX, which requires a built > > wxwidgets source tree. > > I discovered the make errors I was getting with the supplied wxwidgets > > makefiles were caused by having cygwin (sh) in my PATH. After > > removing cygwin from my PATH, wxwidgets compiled successfully with > > mingw32-make and the supplied makefiles. > > There is a minor error in the Wx docs/INSTALL.pod under the MinGW 1.1 > > (wxWidgets 2.5.x) section: > > where it says cd ..\..\contrib\src\stc, I believe this should be > > ..\..\contrib\build\stc. > > > > Attached are patches (adapted from Simon Flack's patches on the > > Wx::ActiveX cpan page) I applied to Wx::ActiveX 0.05 to compile > > against wxwidgets 2.6 (cvs head) and 2.8.0 respectively. > > > > There is one (minor) remaining issue. > > The wxPerl installation we are currently using (the wxPerl 0.26/ > > wxwidgets 2.6.2 binary release) picks up the wxwidgets dlls > > automatically from lib/MSWin32-x86-multi-thread/auto/Wx/*.dll. > > My compiled version doesn't find the dlls automatically, I have to add > > lib/auto/Wx (where they were installed) to my PATH. Does anyone know > > the reason for this, and is there a way to make my compiled dlls be > > found automatically (without adding the directory to PATH)? I have > > tried copying them to $arch/auto/Wx but no joy. > > > > cheers, > > Andrew > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job easier. > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > wxperl-users mailing list > > wxp...@li... > > https://lists.sourceforge.net/lists/listinfo/wxperl-users > > > |
From: Donovan A. <al...@Zo...> - 2007-02-12 04:02:33
|
Not looking at the whole thread, so forgive if a repeat of what others = have said... =20 You can use both IE and Mozilla via ActiveX for Wx (search the mail list = for more on those topics). =20 =20 I cannot comment much on the javascript aspect, but an idea might to be = to run the process as another user and disable the setting. A better = approach might be to slurp the web page down via LWP, chop out the = <SCRIPT> sections, and load into browser from temp file... =20 =20 ________________________________ From: wxp...@li... on behalf of Peter = Theobald Sent: Sun 2/11/2007 7:18 AM To: wxp...@li... Cc: wxp...@li... Subject: [wxperl-users] wxWidgets web browser I am trying to have an embedded web browser in my wxperl program. The most important thing is I can NOT have Javascript running because it = often changes the underlying source of the page and I need to display = the original page/html as it is pulled off the web site. I am trying to use HtmlWindow but the images are not displaying, I = suspect because HtmlWindow doesn't pull anything off the Internet = automatically. Parsing the HTML for img tags and downloading the images = separately sounds like a bad idea, mostly because I suspect I would have = to match the directory hierarchy of the web server I am pulling from and = change any absolute image URLs to relative urls. Are there any suggestions for displaying web pages inside a wxWidgets = program? Is there a better way to make HtmlWindow work as a browser, or = a better widget? Is there an easy way to embed IE or Firefox in a = wxWidgets frame with Javascript disabled (without disabling it for the = user's "real" browser as well)? Thanks, Peter Theobald -------------------------------------------------------------------------= Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job = easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ wxperl-users mailing list wxp...@li... https://lists.sourceforge.net/lists/listinfo/wxperl-users |
From: Peter T. <pe...@Pe...> - 2007-02-11 15:18:43
|
I am trying to have an embedded web browser in my wxperl program. The most important thing is I can NOT have Javascript running because it often changes the underlying source of the page and I need to display the original page/html as it is pulled off the web site. I am trying to use HtmlWindow but the images are not displaying, I suspect because HtmlWindow doesn't pull anything off the Internet automatically. Parsing the HTML for img tags and downloading the images separately sounds like a bad idea, mostly because I suspect I would have to match the directory hierarchy of the web server I am pulling from and change any absolute image URLs to relative urls. Are there any suggestions for displaying web pages inside a wxWidgets program? Is there a better way to make HtmlWindow work as a browser, or a better widget? Is there an easy way to embed IE or Firefox in a wxWidgets frame with Javascript disabled (without disabling it for the user's "real" browser as well)? Thanks, Peter Theobald |
From: Mark D. <mar...@zn...> - 2007-02-11 16:50:55
|
Does: $htmlwin->LoadPage("http://www.somewhere.something/index.html"); not work for you? Mark Peter Theobald wrote: > I am trying to have an embedded web browser in my wxperl program. > The most important thing is I can NOT have Javascript running because it often changes the underlying source of the page and I need to display the original page/html as it is pulled off the web site. > > I am trying to use HtmlWindow but the images are not displaying, I suspect because HtmlWindow doesn't pull anything off the Internet automatically. Parsing the HTML for img tags and downloading the images separately sounds like a bad idea, mostly because I suspect I would have to match the directory hierarchy of the web server I am pulling from and change any absolute image URLs to relative urls. > > Are there any suggestions for displaying web pages inside a wxWidgets program? Is there a better way to make HtmlWindow work as a browser, or a better widget? Is there an easy way to embed IE or Firefox in a wxWidgets frame with Javascript disabled (without disabling it for the user's "real" browser as well)? > > Thanks, > Peter Theobald > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
From: Peter T. <pe...@Pe...> - 2007-02-11 17:32:13
|
No, it does not. It complains 'unable to open requested HTML document: http://www.google.com' for ANY url I give it. If I download the HTML using LWP::Simple or something like it and $htmlwin->SetPage( $html) it will display the page, but all the images are the same 'broken image' icon. At 11:48 AM 2/11/2007, Mark Dootson wrote: >Does: > >$htmlwin->LoadPage("http://www.somewhere.something/index.html"); > >not work for you? > > >Mark > > > >Peter Theobald wrote: >> I am trying to have an embedded web browser in my wxperl program. >> The most important thing is I can NOT have Javascript running because it often changes the underlying source of the page and I need to display the original page/html as it is pulled off the web site. >> >> I am trying to use HtmlWindow but the images are not displaying, I suspect because HtmlWindow doesn't pull anything off the Internet automatically. Parsing the HTML for img tags and downloading the images separately sounds like a bad idea, mostly because I suspect I would have to match the directory hierarchy of the web server I am pulling from and change any absolute image URLs to relative urls. >> >> Are there any suggestions for displaying web pages inside a wxWidgets program? Is there a better way to make HtmlWindow work as a browser, or a better widget? Is there an easy way to embed IE or Firefox in a wxWidgets frame with Javascript disabled (without disabling it for the user's "real" browser as well)? >> >> Thanks, >> Peter Theobald >> >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier. >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users > > > >------------------------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier. >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >_______________________________________________ >wxperl-users mailing list >wxp...@li... >https://lists.sourceforge.net/lists/listinfo/wxperl-users __--=Peter Theobald=--__ www.PeterTheobald.com |
From: Eric W. <scr...@gm...> - 2007-02-11 18:04:04
|
# from Peter Theobald # on Sunday 11 February 2007 09:32 am: >It complains 'unable to open requested HTML document: > http://www.google.com' for ANY url I give it. Init the fs handler? > If I download the HTML > using LWP::Simple or something like it and $htmlwin->SetPage( $html) > it will display the page, but all the images are the same 'broken > image' icon. If broken images on SetPage, are because the images are supposed to be relative to the url, which is something like 'about:blank' when the content is loaded via SetPage. --Eric -- Introducing change is like pulling off a bandage: the pain is a memory almost as soon as you feel it. --Paul Graham --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- |
From: Peter T. <pe...@Pe...> - 2007-02-11 23:48:29
|
At 01:03 PM 2/11/2007, Eric Wilhelm wrote: >>It complains 'unable to open requested HTML document: >> http://www.google.com' for ANY url I give it. > >Init the fs handler? Sorry if this seems obvious to everyone else, but... could you be a little more specific? How does one 'init the fs handler'? The HtmlWindow man pages don't say anything about an fs handler. I don't see a class called Wx::FS. The closest I can find is Wx::FileSystem, but I don't see a clear connection between FileSystem and HtmlWindow. -Peter >> If I download the HTML >> using LWP::Simple or something like it and $htmlwin->SetPage( $html) >> it will display the page, but all the images are the same 'broken >> image' icon. > >If broken images on SetPage, are because the images are supposed to be >relative to the url, which is something like 'about:blank' when the >content is loaded via SetPage. > >--Eric >-- >Introducing change is like pulling off a bandage: the pain is a memory >almost as soon as you feel it. >--Paul Graham >--------------------------------------------------- > http://scratchcomputing.com >--------------------------------------------------- > >------------------------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier. >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >_______________________________________________ >wxperl-users mailing list >wxp...@li... >https://lists.sourceforge.net/lists/listinfo/wxperl-users __--=Peter Theobald=--__ www.PeterTheobald.com |
From: Mark D. <mar...@zn...> - 2007-02-12 03:24:34
|
After some cursory investigation, I can't actually get Wx::InternetFSHandler to work on Win32. The obvious C code doesn't work, and the obvious is pretty much all I can manage. You can get pages to load if you install Wx::Perl::FSHandler::LWP from CPAN. Then you can do: use Wx::FS; use LWP::UserAgent; use Wx::Perl::FSHandler::LWP; my $ua = LWP::UserAgent->new; my $handler = Wx::Perl::FSHandler::LWP->new( $ua ); Wx::FileSystem::AddHandler( $handler ); .......... $htmlwindow->LoadPage('http://www.google.com/'); However, as pointed out by Marcus, this still isn't particularly satisfactory as it does not handle relative urls so none of the image tags work. You could take a look at the Wx::Perl::FSHandler::LWP code and in particular the sub 'OpenFile'. If you add the following code to it: my $path = $fs->GetPath(); print qq(PATH = $path\n); print qq(LOCATION = $location\n); you'll see where the problem lies. This could probably by fixed by adding in your own custom handlers for the appropriate bits of the parser and tag handlers, but if you look at the output in wxHtmlWindow, it probably won't ever do what you require. Thanks to the efforts of Andrew on this list putting together a patch for Wx::ActiveX, I've finally included Wx::ActiveX in the unicode ppms at http://www.cava.co.uk/freetools/wxperl.html Until Wx::WebCore is ready (which sounds wonderful) IMHO your best bet for embedding on MSWin32 seems to be Wx::ActiveX. But I say that as one who has read what it is supposed to do rather than from any successful experience. Regards Mark Peter Theobald wrote: > At 01:03 PM 2/11/2007, Eric Wilhelm wrote: >>> It complains 'unable to open requested HTML document: >>> http://www.google.com' for ANY url I give it. >> Init the fs handler? > > Sorry if this seems obvious to everyone else, but... could you be a little more specific? > How does one 'init the fs handler'? > The HtmlWindow man pages don't say anything about an fs handler. > I don't see a class called Wx::FS. The closest I can find is Wx::FileSystem, but I don't see a clear connection between FileSystem and HtmlWindow. > -Peter > > >>> If I download the HTML >>> using LWP::Simple or something like it and $htmlwin->SetPage( $html) >>> it will display the page, but all the images are the same 'broken >>> image' icon. >> If broken images on SetPage, are because the images are supposed to be >> relative to the url, which is something like 'about:blank' when the >> content is loaded via SetPage. >> >> --Eric >> -- >> Introducing change is like pulling off a bandage: the pain is a memory >> almost as soon as you feel it. >> --Paul Graham >> --------------------------------------------------- >> http://scratchcomputing.com >> --------------------------------------------------- >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier. >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users > > __--=Peter Theobald=--__ > www.PeterTheobald.com > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > wxperl-users mailing list > wxp...@li... > https://lists.sourceforge.net/lists/listinfo/wxperl-users |
From: Mark D. <mar...@zn...> - 2007-02-11 18:41:33
|
Following on from Eric's pointer towards Wx::FS, I find that it does not work on my system either. This is because the wxWidgets I am using is compiled with: #define wxUSE_FS_INET 0 So anyone using the PPMs I post from time to time will be similarly affected. The setting is part of the patches included with Alien::wxWidgets. I'll check and see if I can find out why this patch is there. Regards Mark Peter Theobald wrote: > No, it does not. > It complains 'unable to open requested HTML document: http://www.google.com' for ANY url I give it. > If I download the HTML using LWP::Simple or something like it and $htmlwin->SetPage( $html) it will display the page, but all the images are the same 'broken image' icon. > > > At 11:48 AM 2/11/2007, Mark Dootson wrote: >> Does: >> >> $htmlwin->LoadPage("http://www.somewhere.something/index.html"); >> >> not work for you? >> >> >> Mark >> >> >> >> Peter Theobald wrote: >>> I am trying to have an embedded web browser in my wxperl program. >>> The most important thing is I can NOT have Javascript running because it often changes the underlying source of the page and I need to display the original page/html as it is pulled off the web site. >>> >>> I am trying to use HtmlWindow but the images are not displaying, I suspect because HtmlWindow doesn't pull anything off the Internet automatically. Parsing the HTML for img tags and downloading the images separately sounds like a bad idea, mostly because I suspect I would have to match the directory hierarchy of the web server I am pulling from and change any absolute image URLs to relative urls. >>> >>> Are there any suggestions for displaying web pages inside a wxWidgets program? Is there a better way to make HtmlWindow work as a browser, or a better widget? Is there an easy way to embed IE or Firefox in a wxWidgets frame with Javascript disabled (without disabling it for the user's "real" browser as well)? >>> >>> Thanks, >>> Peter Theobald >>> >>> >>> ------------------------------------------------------------------------- >>> Using Tomcat but need to do more? Need to support web services, security? >>> Get stuff done quickly with pre-integrated technology to make your job easier. >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >>> _______________________________________________ >>> wxperl-users mailing list >>> wxp...@li... >>> https://lists.sourceforge.net/lists/listinfo/wxperl-users >> >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier. >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> wxperl-users mailing list >> wxp...@li... >> https://lists.sourceforge.net/lists/listinfo/wxperl-users > > __--=Peter Theobald=--__ > www.PeterTheobald.com > |
From: Eric W. <scr...@gm...> - 2007-02-11 18:26:35
|
# from Peter Theobald # on Sunday 11 February 2007 07:18 am: >Are there any suggestions for displaying web pages inside a wxWidgets > program? Is there a better way to make HtmlWindow work as a browser, > or a better widget? Is there an easy way to embed IE or Firefox in a > wxWidgets frame with Javascript disabled (without disabling it for > the user's "real" browser as well)? In dotReader (http://dotreader.com) we're using IE, Mozilla, and WebKit (depending on the OS) but wxWebCore is right around the corner and will hopefully make everything much nicer. In short, I don't think firefox can embed, Mozilla is a dead-end, IE is a nightmare waiting to happen, WebKit has turned into the cross-platform WebCore. A rundown of the pros and cons: IE: + it mostly works (js, plugins, etc) - png support anyone? - ftp? - everything has to be accessed via ActiveX - doesn't *really* behave as a proper scrolled window - some things don't work as documented (hook right-click?) - microsieve's auto-updater breaks things - come on, it's internet explorer! bah - black box - black box - black box - black box - black box - black box (con ad infinitum) Mozilla: + has a wysiwyg editable mode + quick and renders CSS correctly - cannot be easily packaged in a PAR - requires registered protocol handlers (these have no perl binding) (I currently use the right-click as a load-url hook (eek!)) - doesn't behave as a proper scrolled window - haven't tried it on win - not on mac WebKit: + quick, correct + wysiwyg editable mode + does everything we need (now -- see below) - somewhat limited by ObjC layer - is only on mac WebCore: + cross-platform + see WebKit pros (ObjC layer is gone) - wxWebCore layer is just recently getting to production grade - I have to write the perl binding OSoft (the company behind dotReader) has worked with Kevin Ollivier (one of the wxMozilla & wxWebKit developers) to get everything on our wishlist addressed. We're also the folks behind the Wx::WebKit and Wx::Mozilla perl bindings (though I need to push some tarballs to CPAN.) Soon, that list will include Wx::WebCore, but I have a long todo list, so that's "for some value of 'soon'" :-/ --Eric -- Consumers want choice, consumers want openness. --Rob Glaser --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- |
From: Marcus <li...@wo...> - 2007-02-12 02:35:05
|
On Sunday 11 February 2007 19:26, Eric Wilhelm wrote: > WebCore: > + cross-platform > + see WebKit pros (ObjC layer is gone) > - wxWebCore layer is just recently getting to production grade > - I have to write the perl binding Sounds like great news. I've had my application which uses wxHTML frozen for 4 years now because I could never realise WYSIWYG editing or up-to-date rendering. I think some form of WYSIWYG editing has been at the top of many wx wish lists for many years. I remember discussing it with Julian, and some of the other core wx developers, because he also wanted it for some app. At the time nobody could think of a way to develop one from existing components, like Mozilla/Gecko...at least not without a sponsor. So I await the wxPerl binding with great anticipation. It's frustrating to have an application which is usable, but lacks the features which make it really user friendly. Requiring knowledge of HTML is not really user friendly. To Peter: I'm pleased wxHTML exists so that some HTML rendering is possible in wxPerl, only be forewarned before you invest any time in it. The syntax of wxHTML is a mystery for which only trial and error can lead to a solution. It's supposed to be HTML 2.0, but either absolute or relative image links (one of the two) never worked for me, and I have really tried all syntactic variations. Patience is a virtue working with it is all I can say. I would not recommend spending your time with it unless you have very simple pages to render. Don't even bother trying to surf the open Web with it, unless the pages are HTML 2.0 compliant and without javascript or any other technology of the past 8-10 years ;-) A web browser would also open up running web-type apps on the desktop with a local server. Marcus |
From: Peter T. <pe...@Pe...> - 2007-02-12 13:43:24
|
This is all very frustrating. I need just enough HTML rendering so my (HTML illiterate) user can see that he is working on the page he thinks he is working on. That means very basic layout (just BR and TABLES) and images that work. But it seems even that is beyond the state of WxHtmlWindow :-( Unless I parse the HTML for image tags, convert them all to a new local directory structure and download each image separately :-( I may have better results stripping out all HTML tags and just displaying the text contents. Not the most user friendly option though. -Peter At 09:34 PM 2/11/2007, Marcus wrote: >On Sunday 11 February 2007 19:26, Eric Wilhelm wrote: >> WebCore: >> + cross-platform >> + see WebKit pros (ObjC layer is gone) >> - wxWebCore layer is just recently getting to production grade >> - I have to write the perl binding > >Sounds like great news. I've had my application which uses wxHTML frozen >for 4 years now because I could never realise WYSIWYG editing or >up-to-date rendering. I think some form of WYSIWYG editing has been at >the top of many wx wish lists for many years. I remember discussing it >with Julian, and some of the other core wx developers, because he also >wanted it for some app. At the time nobody could think of a way to >develop one from existing components, like Mozilla/Gecko...at least not >without a sponsor. > >So I await the wxPerl binding with great anticipation. It's frustrating >to have an application which is usable, but lacks the features which >make it really user friendly. Requiring knowledge of HTML is not really >user friendly. > >To Peter: > >I'm pleased wxHTML exists so that some HTML rendering is possible in >wxPerl, only be forewarned before you invest any time in it. > >The syntax of wxHTML is a mystery for which only trial and error can >lead to a solution. It's supposed to be HTML 2.0, but either absolute >or relative image links (one of the two) never worked for me, and I >have really tried all syntactic variations. Patience is a virtue >working with it is all I can say. I would not recommend spending your >time with it unless you have very simple pages to render. Don't even >bother trying to surf the open Web with it, unless the pages are HTML >2.0 compliant and without javascript or any other technology of the >past 8-10 years ;-) > > >A web browser would also open up running web-type apps on the desktop >with a local server. > > >Marcus > > >------------------------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier. >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >_______________________________________________ >wxperl-users mailing list >wxp...@li... >https://lists.sourceforge.net/lists/listinfo/wxperl-users __--=Peter Theobald=--__ www.PeterTheobald.com |
From: Eric W. <scr...@gm...> - 2007-02-12 18:15:46
|
# from Peter Theobald # on Monday 12 February 2007 05:43 am: >Unless I parse the HTML for image tags, convert them all to a new > local directory structure and download each image separately :-( Without an internet fs handler, yeah. In dotReader, the xhtml is always in-memory, but we have the images locally, so we copy them to a temp dir and rewrite the links when running wxHTML. Did you try the LWP hack? You can subclass UserAgent to remember the last absolute url it saw and prepend that to any subsequent relative ones. --Eric -- "Matter will be damaged in direct proportion to its value." --Murphy's Constant --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- |
From: Peter T. <pe...@Pe...> - 2007-02-12 22:20:51
|
<html> <body> <font size=3>At 02:12 AM 2/12/2007, Donovan Allen wrote:<br> <blockquote type=cite class=cite cite="">You can use both IE and Mozilla via ActiveX for Wx (search the mail list for more on those topics). <br> <br> I cannot comment much on the javascript aspect, but an idea might to be to run the process as another user and disable the setting. A better approach might be to slurp the web page down via LWP, chop out the <SCRIPT> sections, and load into browser from temp file...</font></blockquote><br> That's not a bad idea. Except if I load it via a local file any img tags using relative URLs won't work... But that's fixable...<br><br> <blockquote type=cite class=cite cite=""><font size=3> <br> <br><br> ________________________________<br><br> From: wxp...@li... on behalf of Peter Theobald<br> Sent: Sun 2/11/2007 7:18 AM<br> To: wxp...@li...<br> Cc: wxp...@li...<br> Subject: [wxperl-users] wxWidgets web browser<br><br> <br><br> I am trying to have an embedded web browser in my wxperl program.<br> The most important thing is I can NOT have Javascript running because it often changes the underlying source of the page and I need to display the original page/html as it is pulled off the web site.<br><br> I am trying to use HtmlWindow but the images are not displaying, I suspect because HtmlWindow doesn't pull anything off the Internet automatically. Parsing the HTML for img tags and downloading the images separately sounds like a bad idea, mostly because I suspect I would have to match the directory hierarchy of the web server I am pulling from and change any absolute image URLs to relative urls.<br><br> Are there any suggestions for displaying web pages inside a wxWidgets program? Is there a better way to make HtmlWindow work as a browser, or a better widget? Is there an easy way to embed IE or Firefox in a wxWidgets frame with Javascript disabled (without disabling it for the user's "real" browser as well)?<br><br> Thanks,<br> Peter Theobald<br><br> <br> -------------------------------------------------------------------------<br> Using Tomcat but need to do more? Need to support web services, security?<br> Get stuff done quickly with pre-integrated technology to make your job easier.<br> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo<br> <a href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642" eudora="autourl">http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642</a><br> _______________________________________________<br> wxperl-users mailing list<br> wxp...@li...<br> <a href="https://lists.sourceforge.net/lists/listinfo/wxperl-users" eudora="autourl">https://lists.sourceforge.net/lists/listinfo/wxperl-users</a><br><br> <br><br> -------------------------------------------------------------------------<br> Using Tomcat but need to do more? Need to support web services, security?<br> Get stuff done quickly with pre-integrated technology to make your job easier.<br> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo<br> <a href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642" eudora="autourl">http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642</a><br> _______________________________________________<br> wxperl-users mailing list<br> wxp...@li...<br> <a href="https://lists.sourceforge.net/lists/listinfo/wxperl-users" eudora="autourl">https://lists.sourceforge.net/lists/listinfo/wxperl-users</a></blockquote> <x-sigsep><p></x-sigsep> __--=Peter Theobald=--__<br> <a href="http://www.petertheobald.com/" eudora="autourl">www.PeterTheobald.com<br> </a></font></body> </html> |