Unless Windows, most of the rest of the world of automation is case-sensitive, and Convert::BER is not the same as CONVERT::BER (and probably never will be). I expect the second link to return you a 404.
Enjoy, Have FUN! H.Merijn
| [reply] |
> Unless Windows, most of the rest of the world of automation is case-sensitive
maybe it's relevant here to remark that use on WIN will show a split personality.
the require will be case insensitive but the import will fail, because the latter expects a case sensitive package name
this will lead to somehow schizophrenic error conditions.
C:\tmp\pm>perl -MData::Dumper -we"print Dumper [1..3]" # Correct C
+asing, NO Problems
$VAR1 = [
1,
2,
3
];
C:\tmp\pm>perl -MdAtA::DuMpER -we1 # NO Error
+Msg on Win
C:\tmp\pm>perl -MdAtA::DuMpER -we"print Dumper [1..3]" # BUT won't
+ work!
Name "main::Dumper" used only once: possible typo at -e line 1.
print() on unopened filehandle Dumper at -e line 1.
C:\tmp\pm>perl -MdAtA::DuMpER::FAKE -we1 # What we r
+eally expected ...
Can't locate dAtA/DuMpER/FAKE.pm in @INC (you may need to install the
+dAtA::DuMpER::FAKE module) ...
C:\tmp\pm>
| [reply]
[d/l] |
Sorry - I probably should have stated. I have windows.
| [reply] |
| [reply] |
the answers to both of your questions depend on your answers to the question "how did you install Perl?"
Your symptoms seem to indicate that, once upon a time, you installed Perl into C:\Perl_New, and later downloaded and unpacked (but not installed) to C:\Perl_Newest. What you should do now, depends on how you got there. | [reply] |
Getting back to the question "how did you install Perl?" - That I forget - it was so many years ago to be honest. However, I use Perl at my work. And, what ended up happening was, any time I switched a position in my company or received a new computer, I usually copied & pasted files that were in the C:\Perl_New & C:\Perl_Newest folders somewhere on our company network. And, then I simply copied & pasted my files to the new computer - and I really didn't have any issues. I use the C:\Perl_Newest - I don't use the C:\Perl_New
When I do perl -v from the command line, it says the below:
C:\Users\pMalle001>PERL -V
Set up gcc environment - 3.4.5 (mingw-vista special r3)
Summary of my perl5 (revision 5 version 16 subversion 3) configuration
+:
Platform:
osname=MSWin32, osvers=5.2, archname=MSWin32-x86-multi-thread
uname=''
config_args='undef'
hint=recommended, useposix=true, d_sigaction=undef
useithreads=define, usemultiplicity=define
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=und
+ef
use64bitint=undef, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='C:\Perl_New\site\bin\gcc.exe', ccflags ='-DNDEBUG -DWIN32 -D_C
+ONSOLE -DNO_STRICT -DPERL_TEXTMODE_SCRIPTS -DUSE_SITECUSTOMIZE -DPERL
+_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -D_USE_32BIT_TIME_
+T -DHASATTRIBUTE -fno-strict-aliasing -mms-bitfields',
optimize='-O2',
cppflags='-DWIN32'
ccversion='', gccversion='3.4.5 (mingw-vista special r3)', gccosan
+dvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=8
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='__int64
+', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='C:\Perl_New\site\bin\g++.exe', ldflags ='-L"C:\Perl_New\lib\CO
+RE"'
libpth=\lib
libs=-lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32
+-lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm
+ -lversion -lodbc32 -lodbccp32 -lcomctl32 -lmsvcrt
perllibs=-lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvap
+i32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lw
+inmm -lversion -lodbc32 -lodbccp32 -lcomctl32 -lmsvcrt
libc=msvcrt.lib, so=dll, useshrplib=true, libperl=perl516.lib
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags='-mdll -L"C:\Perl_New\lib\CORE"'
Characteristics of this binary (from libperl):
Compile-time options: HAS_TIMES HAVE_INTERP_INTERN MULTIPLICITY
PERLIO_LAYERS PERL_DONT_CREATE_GVSV
PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS
PERL_MALLOC_WRAP PERL_PRESERVE_IVUV PL_OP_SLAB
+_ALLOC
USE_ITHREADS USE_LARGE_FILES USE_LOCALE
USE_LOCALE_COLLATE USE_LOCALE_CTYPE
USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF
USE_SITECUSTOMIZE
Locally applied patches:
ActivePerl Build 1603 [296746]
Built under MSWin32
Compiled at Mar 13 2013 11:29:21
@INC:
C:/Perl_Newest/site/lib
C:/Perl_Newest/lib
.
2022-08-18 Athanasius added code and paragraph tags.
| [reply]
[d/l] |
| [reply] |
hippo said,
Have you read A guide to installing modules for Win32?
That guide is completely focused on ppm, which was mostly an ActiveState thing. Back in 2005, that was solid advice, since there was no Strawberry Perl yet, and ActiveState was still using ppm. But I thought that AS had moved away from that, and while Strawberry ships a ppm client, syphilis suggested in Re: Windows installation woes that ppm repositories have all but disappeared, and I cannot remember having used Strawberry's ppm since I started using Strawberry (which was at least 8 years ago).
mallett76 said,
So, I went to C:\Perl_Newest\bin and double clicked on the CPAN batch file. It brought me to a command shell. Then it asked if I wanted to overwrite the lock on the C:\Perl_New
That sounds like your CPAN.bat client in c:\Perl_newest\bin is still configured to install things in C:\Perl_new\, which is just a bad configuration on your part. I haven't really used the default CPAN client much, so I don't remember how to configure that specific setting, though IIRC o conf is the way to get started in changing CPAN configuration.
But which version/distribution of Perl are you using on your Windows machine? Is it a Strawberry? If so, is it an "installed" version that you rebased to c:\perl_newest, or did you just unzip the portable into c:\perl_newest? With Strawberry, I've found the easiest way to install Perl modules is using cpanm, not the default CPAN.bat client. If you are on Strawberry, I would suggest cpanm Convert::BER to try to install that module.
Or are you using an ActiveState distribution? Or did you compile your own? Which distro you are using , and whether you have cpanm or one of the other alternate CPAN clients available, determines the best advice to give to you. Sharing your perl -v will help us help you, as will the results of where perl & where cpan & where cpanm
| [reply]
[d/l]
[select] |
| [reply] |
No, I have not read "A guide to installing modules for Win32" However; I appreciate the link - and I plan on reading it.
| [reply] |
Given the discussion which this topic has generated you might also (or instead) like to read A guide to installing modules for Win32 (2022 Edition) - your insights as someone who may be new to all this might help to improve that document as well. HTH.
(Edited to link to the newly-published tutorial instead of the RFC)
| [reply] |
