Need some advice
Greetings. I've just been stopped cold in my tracks trying to install DBD::Sybase under Strawberry Perl. After much searching around, I found this: http://froebe.net/blog/2013/02/20/howto-building-perl-module-dbdsybase-1-14-on-windows-32bit-or-64bit-with-activestate-perl-5-16-microsoft-visual-studio-and-sybase-openclient-15-7/ which, if you scroll down to the Comments section, contains this comment: Jason L Froebe says: February 20, 2013 at 8:40 pm If you’re going to use Sybase OpenClient 15.x or higher, you can’t use the mingw compiler as the OpenClient DLLs are not compatible with it. So now, I think I am going to have to abandon Strawberry because Sybase is a non-negotiable. DBD::ODBC is not an option - too much code to port over from DBD::Sybase. Free TDS is not an option either - it's been tried here recently and it had issues. So, as I see it, my options are: 1) Active State 2) Visual Studio :-) Given that I am already compiling Perl on *N*X boxes, I am inclined to go with #2. In this case, I would be downloading the same source distribution as I do for *N*X and off I go. Does anyone have any other practical suggestions? Thanks in advance. -- Matthew O. Persico 30 Rockefeller Plaza New York, NY 10112 <>
Re: The Win32 Perl Wiki is on vacation to celebrate the Mayan non–apocalypse
When's it coming back? On Tuesday, April 9, 2013, Gabor Szabo wrote: > http://win32.perl.org/ > > nice :) > > Gabor > -- Matthew O. Persico
XML::Parser on Win 32 link problems?
Greetings. I am trying to install XML::Parser 2.41 using the Expat libs and headers from expat-win32bin-2.1.0.exe on a Windows 2008 R2 SP1 box. The link appears to work, but the load fails. Build output and perl -V below. Haven't seen too many people trying this on the 'net. Is there anything obvious I'm doing wrong? (Before anyone asks, ActiveState is a non-starter and Strawberry can't link to DBD::Sybase, so neither of those is a fallback option for me, ) Thanks. E:\perlbuild\.cpanplus\5.18.1\build\XML-Parser-2.41>perl Makefile.PL EXPATLIBPATH=E:\Expat\2.1.0\Source\win32\bin\Release EXPATINCPATH=E:/Expat/2.1.0/Source/lib Makefile generation was clean E:\perlbuild\.cpanplus\5.18.1\build\XML-Parser-2.41>nmake Build is clean E:\perlbuild\.cpanplus\5.18.1\build\XML-Parser-2.41>perl Makefile.PL EXPATLIBPATH=E:/Expat/2.1.0/bin EXPATINCPATH=E:/Expat/2.1.0/So urce/lib Checking if your kit is complete... Looks good E:\perlbuild\.cpanplus\5.18.1\build\XML-Parser-2.41>nmake Microsoft (R) Program Maintenance Utility Version 11.00.50727.1 Copyright (C) Microsoft Corporation. All rights reserved. cp Parser/Encodings/big5.enc blib\lib\XML\Parser\Encodings\big5.enc cp Parser/Encodings/koi8-r.enc blib\lib\XML\Parser\Encodings\koi8-r.enc cp Parser/Style/Subs.pm blib\lib\XML\Parser\Style\Subs.pm cp Parser/Encodings/README blib\lib\XML\Parser\Encodings\README cp Parser/Encodings/windows-1252.enc blib\lib\XML\Parser\Encodings\windows-1252.enc cp Parser/Encodings/windows-1255.enc blib\lib\XML\Parser\Encodings\windows-1255.enc cp Parser/Encodings/windows-1250.enc blib\lib\XML\Parser\Encodings\windows-1250.enc cp Parser/Encodings/x-sjis-cp932.enc blib\lib\XML\Parser\Encodings\x-sjis-cp932.enc cp Parser/Encodings/x-euc-jp-jisx0221.enc blib\lib\XML\Parser\Encodings\x-euc-jp-jisx0221.enc cp Parser/Encodings/x-sjis-unicode.enc blib\lib\XML\Parser\Encodings\x-sjis-unicode.enc cp Parser/Encodings/iso-8859-2.enc blib\lib\XML\Parser\Encodings\iso-8859-2.enc cp Parser/Encodings/euc-kr.enc blib\lib\XML\Parser\Encodings\euc-kr.enc cp Parser/Encodings/x-sjis-jdk117.enc blib\lib\XML\Parser\Encodings\x-sjis-jdk117.enc cp Parser.pm blib\lib\XML\Parser.pm cp Parser/Encodings/x-euc-jp-unicode.enc blib\lib\XML\Parser\Encodings\x-euc-jp-unicode.enc cp Parser/Encodings/iso-8859-7.enc blib\lib\XML\Parser\Encodings\iso-8859-7.enc cp Parser/Style/Debug.pm blib\lib\XML\Parser\Style\Debug.pm cp Parser/Encodings/Japanese_Encodings.msg blib\lib\XML\Parser\Encodings\Japanese_Encodings.msg cp Parser/Style/Objects.pm blib\lib\XML\Parser\Style\Objects.pm cp Parser/Style/Tree.pm blib\lib\XML\Parser\Style\Tree.pm cp Parser/Style/Stream.pm blib\lib\XML\Parser\Style\Stream.pm cp Parser/Encodings/ibm866.enc blib\lib\XML\Parser\Encodings\ibm866.enc cp Parser/Encodings/iso-8859-9.enc blib\lib\XML\Parser\Encodings\iso-8859-9.enc cp Parser/Encodings/iso-8859-4.enc blib\lib\XML\Parser\Encodings\iso-8859-4.enc cp Parser/LWPExternEnt.pl blib\lib\XML\Parser\LWPExternEnt.pl cp Parser/Encodings/iso-8859-3.enc blib\lib\XML\Parser\Encodings\iso-8859-3.enc cp Parser/Encodings/iso-8859-5.enc blib\lib\XML\Parser\Encodings\iso-8859-5.enc cp Parser/Encodings/iso-8859-8.enc blib\lib\XML\Parser\Encodings\iso-8859-8.enc cp Parser/Encodings/windows-1251.enc blib\lib\XML\Parser\Encodings\windows-1251.enc cp Parser/Encodings/x-sjis-jisx0221.enc blib\lib\XML\Parser\Encodings\x-sjis-jisx0221.enc nmake -f Makefile all -nologo cp Expat.pm ..\blib\lib\XML\Parser\Expat.pm E:\perl\5.18.1\bin\perl.exe E:\perl\5.18.1\lib\ExtUtils\xsubpp -noprototypes -typemap E:\perl\5.18.1\lib\ExtUtils\typemap -t ypemap typemap Expat.xs > Expat.xsc && E:\perl\5.18.1\bin\perl.exe -MExtUtils::Command -e mv -- Expat.xsc Expat.c cl -c -IE:/Expat/2.1.0/Source/lib -nologo -GF -W3 -O1 -MD -Zi -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -D_CRT_SECURE_NO_DEP RECATE -D_CRT_NONSTDC_NO_DEPRECATE -DPERL_TEXTMODE_SCRIPTS -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -O1 -MD -Zi -DND EBUG-DVERSION=\"2.41\" -DXS_VERSION=\"2.41\" "-IE:\perl\5.18.1\lib\CORE" Expat.c Expat.c Expat.xs(273) : warning C4018: '<' : signed/unsigned mismatch Expat.xs(481) : warning C4101: 'pcontext' : unreferenced local variable Expat.xs(484) : warning C4101: 'pnstab' : unreferenced local variable Expat.xs(485) : warning C4101: 'pnslst' : unreferenced local variable Expat.xs(1146) : warning C4101: 'count' : unreferenced local variable Expat.xs(1462) : warning C4101: 'delimsv' : unreferenced local variable Expat.c(2270) : warning C4101: 'RETVAL' : unreferenced local variable Expat.c(2582) : warning C4101: 'RETVAL' : unreferenced local variable Expat.xs(2046) : warning C4018: '<' : signed/unsigned mismatch Expat.xs(2056) : warning C4018: '<' : signed/unsigned mismatch Expat.xs(2192) : warning C4101: 'type' : unreferenced local variable Expat.xs(2205) : warning C4101: 'pret' : unreferenced local variable Running Mkbootstrap for XML::Parser::Expat () E:\perl\5.18.1
Re: StrawberryPerl and the OpenSSL "heartbleed" bug
Does it matter if you are only using client-side SSL, if you are not running a server with Strawberry but just connecting to sites? -- Matthew > On Apr 16, 2014, at 1:31, "kmx" wrote: > > Olivier, > > You can try updated strawberry perl from: > > http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit.msi > > http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit.msi > http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit.zip > http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit.zip > http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit-portable.zip > http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit-portable.zip > > -- > kmx > >> On 15.4.2014 0:36, kmx wrote: >> Hi, >> >> you can get updated openssl binaries from: >> - http://strawberryperl.com/package/kmx/64_libs/gcc47-2014Q1/ >> - http://strawberryperl.com/package/kmx/32_libs/gcc47-2014Q1/ >> >> I am considering releasing strawberry perl 5.18.2.2 (with new openssl) >> before the end of April. >> >> -- >> kmx >> >>> On 12.4.2014 20:45, Olivier Mengué wrote: >>> Hi, >>> >>> You have probably heard of the now famous "heartblead" bug of the OpenSSL >>> library. >>> http://heartbleed.com/ >>> >>> StrawberryPerl is bundled with a binary of the OpenSSL library so I'm >>> wondering if StrawberryPerl is affected by the bug. >>> >>> I had a look at the release notes of StrawberryPerl to look for the version >>> number of the OpenSSL and all versions of StrawberryPerl since at least >>> 5.16.0.1 have an OpenSSL in the range affected by the heartbleed bug. >>> >>> It would be helpful to have an official statement from the StrawberryPerl >>> team regarding this issue and to display it prominently on the >>> StrawberryPerl.com page. >>> >>> Olivier Mengué >>> https://metacpan.org/author/DOLMEN >
Re: StrawberryPerl and the OpenSSL "heartbleed" bug
Any reason why 5.18.2.2 excludes Math::Pari? Math::Pari is used (a couple of levels down) by Net::SFTP. Net::SFTP is the reason I converted TO Strawberry about three weeks ago. Please advise... -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: kmx To: win32-vanilla@perl.org Date: 04/16/2014 01:31 AM Subject:Re: StrawberryPerl and the OpenSSL "heartbleed" bug Olivier, You can try updated strawberry perl from: http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit.msi http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit.msi http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit.zip http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit.zip http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-32bit-portable.zip http://strawberryperl.com/download/5.18.2.2/strawberry-perl-5.18.2.2-64bit-portable.zip -- kmx On 15.4.2014 0:36, kmx wrote: Hi, you can get updated openssl binaries from: - http://strawberryperl.com/package/kmx/64_libs/gcc47-2014Q1/ - http://strawberryperl.com/package/kmx/32_libs/gcc47-2014Q1/ I am considering releasing strawberry perl 5.18.2.2 (with new openssl) before the end of April. -- kmx On 12.4.2014 20:45, Olivier Mengué wrote: Hi, You have probably heard of the now famous "heartblead" bug of the OpenSSL library. http://heartbleed.com/ StrawberryPerl is bundled with a binary of the OpenSSL library so I'm wondering if StrawberryPerl is affected by the bug. I had a look at the release notes of StrawberryPerl to look for the version number of the OpenSSL and all versions of StrawberryPerl since at least 5.16.0.1 have an OpenSSL in the range affected by the heartbleed bug. It would be helpful to have an official statement from the StrawberryPerl team regarding this issue and to display it prominently on the StrawberryPerl.com page. Olivier Mengué https://metacpan.org/author/DOLMEN
Re: StrawberryPerl and the OpenSSL "heartbleed" bug
Suggestion - maybe you can pull the file that is being fetched (I assume its pari217.exe) and install it locally once and for all? If the pari lib is found locally, will the build bother to attempt to go out and get it? I worry that someday, pari217.exe will disappear. -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: kmx To: Win32 Perl mailing list Date: 04/16/2014 05:21 PM Subject:Re: StrawberryPerl and the OpenSSL "heartbleed" bug Excellent, I have put patched version at http://strawberryperl.com/package/kmx/perl-modules-patched/Math-Pari-2.01080605_patched.tar.gz Simply run: cpanm http://strawberryperl.com/package/kmx/perl-modules-patched/Math-Pari-2.01080605_patched.tar.gz -v -- kmx On 16.4.2014 22:50, Jan Dubois wrote: On Wed, Apr 16, 2014 at 1:46 PM, kmx wrote: The reason is simple - it does not build anymore as it is not able to find required pari source tarball at ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Here is a quick-and-dirty patch to work around this (but hard-wires you to 2.1.7): --- a/utils/Math/PariBuild.pm +++ b/utils/Math/PariBuild.pm @@ -301,7 +301,7 @@ EOP } $base_url = "ftp://$host$dir";; -my @extra_chdir = qw(OLD); +my @extra_chdir = qw(OLD/2.1); print "Getting GP/PARI from $base_url\n"; eval { Cheers, -Jan
Re: StrawberryPerl and the OpenSSL "heartbleed" bug
Folks, I just ftped to the link below and found pari.2.7.0.tar.gz. Isn't that what we're looking for or am I missing something? Sent from my iPad > On Apr 16, 2014, at 4:50 PM, "Jan Dubois" wrote: > > On Wed, Apr 16, 2014 at 1:46 PM, kmx wrote: > > The reason is simple - it does not build anymore as it is not able to find > > required pari source tarball at > > ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ > > Here is a quick-and-dirty patch to work around this (but hard-wires > you to 2.1.7): > > --- a/utils/Math/PariBuild.pm > +++ b/utils/Math/PariBuild.pm > @@ -301,7 +301,7 @@ EOP > } > > $base_url = "ftp://$host$dir";; > -my @extra_chdir = qw(OLD); > +my @extra_chdir = qw(OLD/2.1); > print "Getting GP/PARI from $base_url\n"; > > eval { > > Cheers, > -Jan
Re: StrawberryPerl and the OpenSSL "heartbleed" bug
Never mind. I'm getting lesdyxic in my old age. Sent from my iPad > On Apr 16, 2014, at 18:52, "Jan Dubois" wrote: > > On Wed, Apr 16, 2014 at 3:37 PM, wrote: > > > > Folks, I just ftped to the link below and found pari.2.7.0.tar.gz. Isn't that > > what we're looking for or am I missing something? > > From http://cpansearch.perl.org/src/ILYAZ/Math-Pari-2.01080605/README: > > > (2.01080* still fully supports only 2.1.7, but mostly works with 2.3.* too.) > > There is a dev release with support for 2.3, but no indication that > anyone has ever managed to build with 2.7. Good luck! :) > > Cheers, > -Jan
Re: Run an external program and capture its output
I've been fighting a few Windows boxes here that are balky with assoc and ftype. What I've found is that: 1) You can't have any perl processes open when you run the fype and assoc commands. 2) You have to run ftype first and assoc second. 3) You must be an Administrator account when you run the fype and assoc commands. 4)*** You must run the fype and assoc commands in a window that your started by RIGHT CLICKING A SHORTCUT for cmd.exe and you MUST chose RUN AS AN ADMINISTRATOR. Just being an administrator and opening a command window is not enough. ftype PerlScript="C:\Strawberry\perl\bin\perl.exe" "%1" %* assoc .pl=PerlScript Obviously, change the path to Perl as per your local install. -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: kmx To: win32-vanilla@perl.org Date: 04/17/2014 07:53 AM Subject:Re: Run an external program and capture its output On 17.4.2014 13:49, John Emmas wrote: > On 17/04/2014 11:34, sisyph...@optusnet.com.au wrote: >> . >>> This is one that comes up from time to time - it's not specific to >>> Strawberry Perl, and has to do with file associations and something >>> else a registry setting ? ... I can never remember the details, >>> nor of how to search for it. >> >> Aaah ... here's the solution I was thinking of: >> http://www.perlmonks.org/?node_id=1024609 >> > > Wow, I'm amazed! I've been programming on Windows for nearly 30 years, > yet I never encountered this problem before. Nevertheless you're > absolutely right Rob. Placing the word "perl" at the start of my command > line solved the problem! Sadly, the fix suggested by that article didn't > work in my case - but no matter, at least I've got a solution now. > > One more question - is there a way to obtain the Windows version > information using a perl script? For example, can I obtain the value of > WINVER somehow? Check https://metacpan.org/pod/Win32#Win32::GetOSDisplayName and https://metacpan.org/pod/Win32#Win32::GetOSVersion -- kmx
Re: StrawberryPerl and the OpenSSL "heartbleed" bug
I have my own local directories that cpanp knows about. I'm going to try and put Math-Pari-2.01080605_patched.tar.gz in one of them and see if I cannot coax cpanp to build locally. If not, Illl cpanm from your repo. Can I assume that when 5.18.2.3 or whatever the next version is, the patch will be in the main distribution? Thanks. -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: kmx To: Win32 Perl mailing list Date: 04/16/2014 05:21 PM Subject:Re: StrawberryPerl and the OpenSSL "heartbleed" bug Excellent, I have put patched version at http://strawberryperl.com/package/kmx/perl-modules-patched/Math-Pari-2.01080605_patched.tar.gz Simply run: cpanm http://strawberryperl.com/package/kmx/perl-modules-patched/Math-Pari-2.01080605_patched.tar.gz -v -- kmx On 16.4.2014 22:50, Jan Dubois wrote: On Wed, Apr 16, 2014 at 1:46 PM, kmx wrote: The reason is simple - it does not build anymore as it is not able to find required pari source tarball at ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Here is a quick-and-dirty patch to work around this (but hard-wires you to 2.1.7): --- a/utils/Math/PariBuild.pm +++ b/utils/Math/PariBuild.pm @@ -301,7 +301,7 @@ EOP } $base_url = "ftp://$host$dir";; -my @extra_chdir = qw(OLD); +my @extra_chdir = qw(OLD/2.1); print "Getting GP/PARI from $base_url\n"; eval { Cheers, -Jan
.cpanplus - new or reuse
I have been relocating .cpanplus from its default location in each distribution to a more permanent location so that my next build will use the prior .cpanplus directory. I cant remember why I did it, so I'm asking - is it smart, dumb or doesn't make a difference? -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136
Re: StrawberryPerl and the OpenSSL "heartbleed" bug
Worked better than expected. My explicit build of my local copy of your patched math pari didn't even start because of a version compare coding error, but when I got to net::sftp, cpanp found the local copy and it worked like a charm: [MSG] Module 'Net::SSH::Perl' requires 'Math::Pari' version '2.001804' to be installed [MSG] Trying to get 'file:///E:/strawbuild/src/local/CPANVersionLock/Math-Pari-2.01080605_patched.tar.gz' [MSG] Extracted 'Math::Pari' to 'E:\strawbuild\build\strawberry-perl-5.18.2.2-32bit-portable_20140418\data\.cpanplus\5.18.2\build\Math-Pari-2.01080605_patched' Running [E:\strawbuild\build\strawberry-perl-5.18.2.2-32bit-portable_20140418\perl\bin\perl.exe -e use strict; BEGIN { my $old = select STDERR; $|++; select $old; $|++; $0 = shift(@ARGV); my $rv = do($0); die $@ if $@; } E:\strawbuild\build\strawberry-perl-5.18.2.2-32bit-portable_20140418\data\.cpanplus\5.18.2\build\Math-Pari-2.01080605_patched\Makefile.PL]... Did not find GP/PARI build directory around. Non-interactive session, autofetching... Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Not in this directory, now chdir('OLD/2.1')... Available golden versions: `2.1.0 2.1.4 2.1.6 2.1.3 2.1.2 2.1.5 2.1.1 2.1.7' Latest supported golden is `pari-2.1.7.tgz' Picking golden version 2.1.7, file pari-2.1.7.tgz Downloading `ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/pari-2.1.7.tgz'... Downloaded... Extracting... gzip -dc pari-2.1.7.tgz | tar -xvf - and on and on thanks to kmx and jan for all your help -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: Matthew Persico/ITS/Lazard@Lazard NYC To: kmx Cc: Win32 Perl mailing list Date: 04/17/2014 01:26 PM Subject:Re: StrawberryPerl and the OpenSSL "heartbleed" bug I have my own local directories that cpanp knows about. I'm going to try and put Math-Pari-2.01080605_patched.tar.gz in one of them and see if I cannot coax cpanp to build locally. If not, Illl cpanm from your repo. Can I assume that when 5.18.2.3 or whatever the next version is, the patch will be in the main distribution? Thanks. -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From:kmx To:Win32 Perl mailing list Date:04/16/2014 05:21 PM Subject:Re: StrawberryPerl and the OpenSSL "heartbleed" bug Excellent, I have put patched version at http://strawberryperl.com/package/kmx/perl-modules-patched/Math-Pari-2.01080605_patched.tar.gz Simply run: cpanm http://strawberryperl.com/package/kmx/perl-modules-patched/Math-Pari-2.01080605_patched.tar.gz -v -- kmx On 16.4.2014 22:50, Jan Dubois wrote: On Wed, Apr 16, 2014 at 1:46 PM, kmx wrote: The reason is simple - it does not build anymore as it is not able to find required pari source tarball at ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Here is a quick-and-dirty patch to work around this (but hard-wires you to 2.1.7): --- a/utils/Math/PariBuild.pm +++ b/utils/Math/PariBuild.pm @@ -301,7 +301,7 @@ EOP } $base_url = "ftp://$host$dir";; -my @extra_chdir = qw(OLD); +my @extra_chdir = qw(OLD/2.1); print "Getting GP/PARI from $base_url\n"; eval { Cheers, -Jan
Re: Run an external program and capture its output
5) Here's a crazy one I just found out today: The assoc command cannot have any SPACES after the assoc name. Yep, if you have any spaces after PerlScript in assoc .pl=PerlScript your association will never work. I had spaces because I generate the command in a script like this: echo ::@echo off> %post_exp_bat% echo ::>> %post_exp_bat% echo set owd=%%cd%%>> %post_exp_bat% echo ::>> %post_exp_bat% echo rem This should put us one level up, in order to link >> %post_exp_bat% echo rem then directory 'perl' to the strawberry dir >> %post_exp_bat% echo cd .. >> %post_exp_bat% echo ::>> %post_exp_bat% echo echo Remove any existing link >> %post_exp_bat% echo if exist perl rmdir perl >> %post_exp_bat% echo ::>> %post_exp_bat% echo echo Link the new version >> %post_exp_bat% echo mklink /d perl %%owd%%>> %post_exp_bat% echo echo Now add Perl to PATH >> %post_exp_bat% echo cd perl >> %post_exp_bat% echo call update_env.pl.bat --do >> %post_exp_bat% echo echo Associating .pl with perl.exe>> %post_exp_bat% echo ftype PerlScript="%%cd%%\bin\perl.exe" "%%1" %%* >> %post_exp_bat% echo assoc .pl=PerlScript >> %post_exp_bat% ^^ see all these spaces || It was those spaces that were screwing be up. -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: Matthew Persico/ITS/Lazard To: kmx Cc: win32-vanilla@perl.org Date: 04/17/2014 10:29 AM Subject:Re: Run an external program and capture its output I've been fighting a few Windows boxes here that are balky with assoc and ftype. What I've found is that: 1) You can't have any perl processes open when you run the fype and assoc commands. 2) You have to run ftype first and assoc second. 3) You must be an Administrator account when you run the fype and assoc commands. 4)*** You must run the fype and assoc commands in a window that your started by RIGHT CLICKING A SHORTCUT for cmd.exe and you MUST chose RUN AS AN ADMINISTRATOR. Just being an administrator and opening a command window is not enough. ftype PerlScript="C:\Strawberry\perl\bin\perl.exe" "%1" %* assoc .pl=PerlScript Obviously, change the path to Perl as per your local install. -- Matthew O. Persico Lazard 30 Rockefeller Plaza New York, NY 10112 212 632 6136 From: kmx To: win32-vanilla@perl.org Date: 04/17/2014 07:53 AM Subject:Re: Run an external program and capture its output On 17.4.2014 13:49, John Emmas wrote: > On 17/04/2014 11:34, sisyph...@optusnet.com.au wrote: >> . >>> This is one that comes up from time to time - it's not specific to >>> Strawberry Perl, and has to do with file associations and something >>> else a registry setting ? ... I can never remember the details, >>> nor of how to search for it. >> >> Aaah ... here's the solution I was thinking of: >> http://www.perlmonks.org/?node_id=1024609 >> > > Wow, I'm amazed! I've been programming on Windows for nearly 30 years, > yet I never encountered this problem before. Nevertheless you're > absolutely right Rob. Placing the word "perl" at the start of my command > line solved the problem! Sadly, the fix suggested by that article didn't > work in my case - but no matter, at least I've got a solution now. > > One more question - is there a way to obtain the Windows version > information using a perl script? For example, can I obtain the value of > WINVER somehow? Check https://metacpan.org/pod/Win32#Win32::GetOSDisplayName and https://metacpan.org/pod/Win32#Win32::GetOSVersion -- kmx
Oracle is included - how about Sybase?
I see that DBD::Oracle is now included in Strawberry. I'd like to see DBD::Sybase also included. I assume the steps to doing so are: 1) Identify a FREE downloadable client library package for Sybase, a'la Oracle Insta-client 2) Build using Strawberry One problem is that the make requires interaction. Is it a problem for your automation if the make prompts for input or can you ignore it? 3) Sumbit "something" to "someone" in order to include. This, of course, is where I need info. :-) Do I pull down a git, modify and create a pull request somewhere? Is there an FAQ on this I missed? Thanks -- Matthew O. Persico
Re: Oracle is included - how about Sybase?
On Wednesday, December 3, 2014, kmx wrote: > On 1.12.2014 16:23, Matthew Persico wrote: > >> I see that DBD::Oracle is now included in Strawberry. I'd like to see >> DBD::Sybase also included. >> > > Well, I have included Oracle DB driver as it is IMO commercial DB No.1. I > am not sure how popular Sybase DB is nowadays and how big is its user base > (esp. among potential strawberry perl users). > > The other think is that my Oracle DB related knowledge is quite good > whereas I know literally nothing about Sybase DB. > > I assume the steps to doing so are: >> >> 1) Identify a FREE downloadable client library package for Sybase, a'la >> Oracle Insta-client >> > > Have you done some research in this area? > > > 2) Build using Strawberry >>One problem is that the make requires interaction. Is it a problem for >> your automation if the make prompts for input or can you ignore it? >> > > Interaction has to be avoided (either by setting proper env variables or > passing proper command line params to Makefile.PL/Build.PL). > > The most important think is that we need DBD::Sybase to be built with > gcc/mingw-w64 compiler (quite often various SDK's come only with *.lib > libraries suitable for MSVC compiler). > > And it also matters how many megabytes does DBD::Sybase add to strawberry > perl. > > 3) Sumbit "something" to "someone" in order to include. This, of course, >> is where I need info. :-) Do I pull down a git, modify and create a pull >> request somewhere? Is there an FAQ on this I missed? >> > > All modules bundled with strawberry perl are built from sources at > "release build time". I am not in favor of including packages built by some > else. > > So there must be a functional unattended installation scenarion how to > build DBD::Sybase with gcc/mingw-w64 (+ obviously some kind of Sybase > client library) > > And as you might guess the Sybase client library must be available for > free and for both 32/64bit MS Windows. > > > > Anyway, do not take this e-mail as a promise of any kind :) > > -- > kmx > -- Matthew O. Persico
Re: Oracle is included - how about Sybase?
On Wed, Dec 3, 2014 at 2:04 PM, kmx wrote: > On 1.12.2014 16:23, Matthew Persico wrote: > >> I see that DBD::Oracle is now included in Strawberry. I'd like to see >> DBD::Sybase also included. >> > > Well, I have included Oracle DB driver as it is IMO commercial DB No.1. I > am not sure how popular Sybase DB is nowadays and how big is its user base > (esp. among potential strawberry perl users). > > The other think is that my Oracle DB related knowledge is quite good > whereas I know literally nothing about Sybase DB. > > That;s ok - I wasn't expecting YOU to do the work. > I assume the steps to doing so are: >> >> 1) Identify a FREE downloadable client library package for Sybase, a'la >> Oracle Insta-client >> > > Have you done some research in this area? Yes. I believe SAP still provides a clean free user client. I have to review since Sybase has been bought by SAP. If I'm wrong, QED. > > 2) Build using Strawberry >>One problem is that the make requires interaction. Is it a problem for >> your automation if the make prompts for input or can you ignore it? >> > > Interaction has to be avoided (either by setting proper env variables or > passing proper command line params to Makefile.PL/Build.PL). > > The most important think is that we need DBD::Sybase to be built with > gcc/mingw-w64 compiler (quite often various SDK's come only with *.lib > libraries suitable for MSVC compiler). > I currently build DBD::Sybase in Strawberry - the full-blown client install provides the proper files. I hope the free sdk does. And it also matters how many megabytes does DBD::Sybase add to strawberry > perl. Not more than Oracle, esp if the libs are in an externally installed client. > > 3) Sumbit "something" to "someone" in order to include. This, of course, >> is where I need info. :-) Do I pull down a git, modify and create a pull >> request somewhere? Is there an FAQ on this I missed? >> > > All modules bundled with strawberry perl are built from sources at > "release build time". I am not in favor of including packages built by some > else. > Of course. But I assume that I just can't say "it works, go add it." Don't I have to give you something? A Bundle file? Some commands? Do I downoad the Strawberry Perl module from some git server and send you a pul request? > > So there must be a functional unattended installation scenarion how to > build DBD::Sybase with gcc/mingw-w64 (+ obviously some kind of Sybase > client library) > > And as you might guess the Sybase client library must be available for > free and for both 32/64bit MS Windows. > > Hmm. That may be the deal breaker - I've only got it to successfully work with the 32 bit version. > > Anyway, do not take this e-mail as a promise of any kind :) > None taken. At least I know you'll consider it so it's worth my while to continue research. Thanks > > -- > kmx > -- Matthew O. Persico
Re: Oracle is included - how about Sybase?
We've tried FreeTDS in the past at my current gig - not reliable. We're connecting to a boatload of Sybase databases from UNIX boxes - I'm trying to distribute the work over underutilized Windows boxes without rewriting the world, so ODBC in this case is not applicable. On Wed, Dec 3, 2014 at 5:38 PM, Daniel Kasak wrote: > There are a few options for Sybase: > http://www.freetds.org/userguide/perl.htm > > I use FreeTDS + unixODBC + DBD::ODBC for SQL Server on Linux. If > you're after cross-platform support, I recommend using DBD::ODBC - in > particular because Windows drivers will almost always be ODBC drivers, > meaning you only need to build DBD::ODBC and nothing else, which is > fantastic when in Windows and compiling is a PITA :) Having said that, > I've only ever used Sybase @ university, so I'm not sure of what > options are around, other than that link above. > > I currently have Strawberry Perl with quite a few add-ons ( including > DBD::ODBC ), and a build system of sorts, for my own use ( no-one else > appears particularly interested at this point ). If you're really > stuck, email me and I'll look at building things for you, but keep in > mind, at this point, you'll get an all-on-one zip file, including my > particular version of Strawberry, lots of other things, and Sybase > drivers as well. This may or may not be fine. I'm open to coming up > with a better solution ( ie the ability to build individual binary > packages, but with *me* being the only person using what I've built, > it hardly seems worthwhile. > > Dan > > On Thu, Dec 4, 2014 at 6:10 AM, Matthew Persico > wrote: > > > > > > On Wednesday, December 3, 2014, kmx wrote: > >> > >> On 1.12.2014 16:23, Matthew Persico wrote: > >>> > >>> I see that DBD::Oracle is now included in Strawberry. I'd like to see > >>> DBD::Sybase also included. > >> > >> > >> Well, I have included Oracle DB driver as it is IMO commercial DB No.1. > I > >> am not sure how popular Sybase DB is nowadays and how big is its user > base > >> (esp. among potential strawberry perl users). > >> > >> The other think is that my Oracle DB related knowledge is quite good > >> whereas I know literally nothing about Sybase DB. > >> > >> > >> > >>> I assume the steps to doing so are: > >>> > >>> 1) Identify a FREE downloadable client library package for Sybase, a'la > >>> Oracle Insta-client > >> > >> > >> Have you done some research in this area? > >> > >> > >>> 2) Build using Strawberry > >>>One problem is that the make requires interaction. Is it a problem > for > >>> your automation if the make prompts for input or can you ignore it? > >> > >> > >> Interaction has to be avoided (either by setting proper env variables or > >> passing proper command line params to Makefile.PL/Build.PL). > >> > >> The most important think is that we need DBD::Sybase to be built with > >> gcc/mingw-w64 compiler (quite often various SDK's come only with *.lib > >> libraries suitable for MSVC compiler). > >> > >> And it also matters how many megabytes does DBD::Sybase add to > strawberry > >> perl. > >> > >>> 3) Sumbit "something" to "someone" in order to include. This, of > course, > >>> is where I need info. :-) Do I pull down a git, modify and create a > pull > >>> request somewhere? Is there an FAQ on this I missed? > >> > >> > >> All modules bundled with strawberry perl are built from sources at > >> "release build time". I am not in favor of including packages built by > some > >> else. > >> > >> So there must be a functional unattended installation scenarion how to > >> build DBD::Sybase with gcc/mingw-w64 (+ obviously some kind of Sybase > client > >> library) > >> > >> And as you might guess the Sybase client library must be available for > >> free and for both 32/64bit MS Windows. > >> > >> > >> > >> Anyway, do not take this e-mail as a promise of any kind :) > >> > >> -- > >> kmx > > > > > > > > -- > > Matthew O. Persico > -- Matthew O. Persico
Re: Oracle is included - how about Sybase?
But thanks for the offer. On Wed, Dec 3, 2014 at 8:23 PM, Matthew Persico wrote: > We've tried FreeTDS in the past at my current gig - not reliable. > > We're connecting to a boatload of Sybase databases from UNIX boxes - I'm > trying to distribute the work over underutilized Windows boxes without > rewriting the world, so ODBC in this case is not applicable. > > On Wed, Dec 3, 2014 at 5:38 PM, Daniel Kasak > wrote: > >> There are a few options for Sybase: >> http://www.freetds.org/userguide/perl.htm >> <http://t.signauxdix.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nMJW7t5XYg1px69sN3MqgJWRrZJ4VQBcsP56dWp2f5XP34x02?t=http%3A%2F%2Fwww.freetds.org%2Fuserguide%2Fperl.htm&si=6421569248165888&pi=3114b721-a17d-4a0f-dd21-8b14cbed5895> >> >> I use FreeTDS + unixODBC + DBD::ODBC for SQL Server on Linux. If >> you're after cross-platform support, I recommend using DBD::ODBC - in >> particular because Windows drivers will almost always be ODBC drivers, >> meaning you only need to build DBD::ODBC and nothing else, which is >> fantastic when in Windows and compiling is a PITA :) Having said that, >> I've only ever used Sybase @ university, so I'm not sure of what >> options are around, other than that link above. >> >> I currently have Strawberry Perl with quite a few add-ons ( including >> DBD::ODBC ), and a build system of sorts, for my own use ( no-one else >> appears particularly interested at this point ). If you're really >> stuck, email me and I'll look at building things for you, but keep in >> mind, at this point, you'll get an all-on-one zip file, including my >> particular version of Strawberry, lots of other things, and Sybase >> drivers as well. This may or may not be fine. I'm open to coming up >> with a better solution ( ie the ability to build individual binary >> packages, but with *me* being the only person using what I've built, >> it hardly seems worthwhile. >> >> Dan >> >> On Thu, Dec 4, 2014 at 6:10 AM, Matthew Persico >> wrote: >> > >> > >> > On Wednesday, December 3, 2014, kmx wrote: >> >> >> >> On 1.12.2014 16:23, Matthew Persico wrote: >> >>> >> >>> I see that DBD::Oracle is now included in Strawberry. I'd like to see >> >>> DBD::Sybase also included. >> >> >> >> >> >> Well, I have included Oracle DB driver as it is IMO commercial DB >> No.1. I >> >> am not sure how popular Sybase DB is nowadays and how big is its user >> base >> >> (esp. among potential strawberry perl users). >> >> >> >> The other think is that my Oracle DB related knowledge is quite good >> >> whereas I know literally nothing about Sybase DB. >> >> >> >> >> >> >> >>> I assume the steps to doing so are: >> >>> >> >>> 1) Identify a FREE downloadable client library package for Sybase, >> a'la >> >>> Oracle Insta-client >> >> >> >> >> >> Have you done some research in this area? >> >> >> >> >> >>> 2) Build using Strawberry >> >>>One problem is that the make requires interaction. Is it a problem >> for >> >>> your automation if the make prompts for input or can you ignore it? >> >> >> >> >> >> Interaction has to be avoided (either by setting proper env variables >> or >> >> passing proper command line params to Makefile.PL/Build.PL). >> >> >> >> The most important think is that we need DBD::Sybase to be built with >> >> gcc/mingw-w64 compiler (quite often various SDK's come only with *.lib >> >> libraries suitable for MSVC compiler). >> >> >> >> And it also matters how many megabytes does DBD::Sybase add to >> strawberry >> >> perl. >> >> >> >>> 3) Sumbit "something" to "someone" in order to include. This, of >> course, >> >>> is where I need info. :-) Do I pull down a git, modify and create a >> pull >> >>> request somewhere? Is there an FAQ on this I missed? >> >> >> >> >> >> All modules bundled with strawberry perl are built from sources at >> >> "release build time". I am not in favor of including packages built by >> some >> >> else. >> >> >> >> So there must be a functional unattended installation scenarion how to >> >> build DBD::Sybase with gcc/mingw-w64 (+ obviously some kind of Sybase >> client >> >> library) >> >> >> >> And as you might guess the Sybase client library must be available for >> >> free and for both 32/64bit MS Windows. >> >> >> >> >> >> >> >> Anyway, do not take this e-mail as a promise of any kind :) >> >> >> >> -- >> >> kmx >> > >> > >> > >> > -- >> > Matthew O. Persico >> > > > > -- > Matthew O. Persico > -- Matthew O. Persico
Re: GUI modules
It's a one-line install via CPAN. It's the second thing I install when I install Strawberry on a fresh system (Term::Readline is the first). If installing for your client is an issue. just build a carton and give them that with your software. On Tue, Sep 11, 2018 at 5:11 AM z...@softvisio.net wrote: > You can try Prima. > https://metacpan.org/pod/Prima > > On 11.09.2018 12:08, Daniel Kasak wrote: > > I have a kinda-old ( maybe 2 or 3 years old ) build of strawberry perl > > with the latest ( at the time ) gtk+3 libraries and perl bindings. Let > > me know if you're interested - I'll upload it somewhere. I had attempted > > to keep producing builds, but my only Windows use-case evaporated, and > > now things don't build AT ALL, which is a shame. > > > > Dan > > > > On Mon, Sep 10, 2018 at 6:39 PM R. Diez via win32-vanilla > > mailto:win32-vanilla@perl.org>> wrote: > > > > Hi there: > > > > There is no mention about support for GUIs in Strawberry Perl, and no > > GUI modules seem to be bundled. That it a shame, because I would > rather > > build small, portable GUIs with Perl. > > > > I recently saw the following for Python: > > > > https://opensource.com/article/18/8/pysimplegui > > > > I think that PySimpleGUI.py uses Tk as the GUI toolkit. > > > > Installing Tk or anything similar from hand is probably too hard even > > for advanced Windows users. > > > > Would it be possible to bundle the necessary Tk libraries and modules > > with Strawberry Perl? Tk is stable and allegedly works on all > systems. > > > > Best regards, > >rdiez > > > -- Matthew O. Persico