you are correct. I felt I had nothing to loose here, so I modified the
architecture line in the ppd to say 'MSWin32-x86-multi-thread-5.8' (knowing
that ten years ago likely his module is probably not thread safe - as im a
newbie and don't yet even program with threads). I was pleasantly surprised
to see that ppm did then install from my locally available files.
the first tests I ran with it actually worked.
my main problem here is I don't understand his naming scheme for the win32
named pipe.
running sysinternals accesschk -osv, I see a named pipe as EPICIPCDPLX.
the win32 programmer who created this named pipe (in a win32 delphi program)
references this named pipe as \\.\pipe\EPICIPCDPLX
<file:///\\.\pipe\EPICIPCDPLX>
yet in amines test scripts, he uses a rather different naming convention for
his 'sample named pipe'. here is his code fragment.
use Win32::MemMap;
my $size=12349; # size in bytes
my $obj=new Win32::MemMap;
my $mem=$obj->OpenMem("//MemMap/Perl",$size);
$obj->LastError;
$size = $mem->GetSize();
print "size of sm = $size\n";
$datasize = $mem->GetDataSize();
print "datasize of sm = $datasize\n";
this program does actually run and work for perl 5.8 build 822.
however I don't understand how I would\should convert my existing win32
named pipe from \\.\pipe\EPICIPCDPLX <file:///\\.\pipe\EPICIPCDPLX> to his
naming syntax?
//EPICIPCDPLX
//MemMap/EPICIPCDPLX
its not very clear to me, so I cant interact with the (already defined by
another win32 process) shared memory map.
any suggestions?
_____
From: Jan Dubois [mailto:j...@activestate.com]
Sent: Monday, October 18, 2010 4:03 PM
To: gai...@visioninfosoft.com; david.wag...@fedex.com;
perl-win32-users@listserv.activestate.com
Subject: RE: looking for amine's 'MemMap' module for Win32 x86 Perl version
5.8
If you follow that line of reasoning, then you have to realize that Perl 5.8
wasn't out in 2001 either, so the binary really would be for 5.005 or 5.6.
The ppd file and tarball don't seem to match up.
Cheers,
-Jan
From: perl-win32-users-boun...@listserv.activestate.com
[mailto:perl-win32-users-boun...@listserv.activestate.com] On Behalf Of Greg
Aiken
Sent: Monday, October 18, 2010 3:36 PM
To: david.wag...@fedex.com; perl-win32-users@listserv.activestate.com
Subject: RE: looking for amine's 'MemMap' module for Win32 x86 Perl version
5.8
well if this is so, it would be my guess that the ppd file must be
incorrect!
whom ever wrapped up this tar.gz file with a matching ppd said in the ppd
that it requires perl version 5.10
I don't think perl 5.10 existed ten years ago (give or take a couple), but I
could be wrong.
perhaps if I change the line in the ppd file to say perl 5.8, ppm will
install it, and it might actually work. it cant hurt to try.
perhaps once installed, viewing the contents of the memmap.pm file, might
reveal to me if there are any special notes about which perl versions the
module will actually work with.
thanks for the info.
_____
From: Wagner, David --- Senior Programmer Analyst --- CFS
[mailto:david.wag...@fedex.com]
Sent: Monday, October 18, 2010 3:12 PM
To: gai...@visioninfosoft.com; perl-win32-users@listserv.activestate.com
Subject: RE: looking for amine's 'MemMap' module for Win32 x86 Perl version
5.8
From: perl-win32-users-boun...@listserv.activestate.com
[mailto:perl-win32-users-boun...@listserv.activestate.com] On Behalf Of Greg
Aiken
Sent: Monday, October 18, 2010 15:53
To: perl-win32-users@listserv.activestate.com
Subject: looking for amine's 'MemMap' module for Win32 x86 Perl version 5.8
I was able to find MemMap.ppd (and matching MemMap.tar.gz) at a website.
[Wags] Unsure what happened or where Amine went, but to the best of my
knowledge he vanished from the Perl scene almost 10 years ago, give or take
a year or two.
I had another module of his which I was using and it had to do with changes
within a folder for a file. Much nicer than anything else that was around,
but it quit working and Amine quit responding.
So unsure who is maintaining and handling.
Now, I could be completely wrong, but I have not seen or heard of Amine
on any of the Perl lists.
Anyone know differently?? Unsure who would be maintaining the code, but
not changing who is actually handling the changes???
If you have any questions and/or problems, please let me know.
Thanks.
Wags ;)
David R. Wagner
Senior Programmer Analyst
FedEx Services
1.719.484.2097 Tel
1.719.484.2419 Fax
1.408.623.5963 Cell
http://Fedex.com/us
_______________________________________________
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
