|
|
|
|
|
|
| Author |
Message |
Ron Savage
*nix forums addict
Joined: 21 Feb 2005
Posts: 85
|
|
| Back to top |
|
 |
tomazi75-nospam(at)gmail.
*nix forums beginner
Joined: 04 Jan 2006
Posts: 5
|
 Posted: Sun Jul 02, 2006 12:09 pm Post subject:
Re: libcurl on Windows boxes ?
|
|
|
I meaned "it looks like *libcurl for Perl* is working only on Unixes".
I've install Cygwin and recompiled everything. It works fine now (but
needs Cygwin). |
|
| Back to top |
|
|
Sisyphus
*nix forums Guru
Joined: 04 Mar 2005
Posts: 503
|
| Posted: Mon Jul 03, 2006 7:44 am Post subject:
Re: libcurl on Windows boxes ?
|
|
|
<tomazi75@gmail.com> wrote in message
news:1151842187.256745.184990@a14g2000cwb.googlegroups.com...
| Quote: | source, but it looks like it's working only on Unixes.
Rubbish! http://curl.haxx.se/download.html#Win32
I meaned "it looks like *libcurl for Perl* is working only on Unixes".
I've install Cygwin and recompiled everything. It works fine now (but
needs Cygwin).
|
Looking at the page that Ron posted a link to, I see there are downloads for
"Win32 - Generic", "Win32 - cygwin", and "Win32 - MSVC".
Having downloaded
http://curl.haxx.se/download/libcurl-7.15.4-win32-nossl.zip from the
"Win32 - Generic" section, it looks to me that this will work with the MinGW
compiler (native Win32 port of gcc compiler).
I didn't download anything from the "Win32 -cygwin" section as I suspect
it's for Cygwin only .... and I'm not all that interested in Cygwin.
Having downoaded http://curl.haxx.se/download/libcurl-7.15.2-win32-msvc.zip
from the "Win32 - MSVC" section, it looks to me that this will work on
(native) Win32 with Microsoft compilers.
What specific problem were you having in getting libcurl to work with native
(as opposed to Cygwin) Win32 ?
Aaah ... but hang on ..... are you saying the problem is with WWW::Curl ?
It's quite likely that *won't* build "straight out of the box", so to
speak - but some simple hacks at the Makefile.PL should fix that problem.
What specific problem were you having getting WWW::Curl to build ?
If you just want a ppm run (for perl 5. :
ppm install http://theoryx5.uwinnipeg.ca/ppms/WWW-Curl.ppd
If you're running perl 5.6:
ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/WWW-Curl.ppd
(That will give you version 3.02 of WWW-Curl.)
For a listing of other packages available there, browse to:
http://theoryx5.uwinnipeg.ca/ppms/ (for perl 5.8 packages)
http://theoryx5.uwinnipeg.ca/ppmpackages/ (for perl 5.6 packages)
Cheers,
Rob |
|
| Back to top |
|
|
tomazi75-nospam(at)gmail.
*nix forums beginner
Joined: 04 Jan 2006
Posts: 5
|
| Posted: Tue Jul 04, 2006 8:06 pm Post subject:
Re: libcurl on Windows boxes ?
|
|
|
| Quote: | Looking at the page that Ron posted a link to, I see there are downloads for
"Win32 - Generic", "Win32 - cygwin", and "Win32 - MSVC".
Having downloaded
http://curl.haxx.se/download/libcurl-7.15.4-win32-nossl.zip from the
"Win32 - Generic" section, it looks to me that this will work with the MinGW
compiler (native Win32 port of gcc compiler).
|
I don't have MSVC so MinGW will be the right for me. To be honest, I
haven't try to recompile libcurl with MinGW for now.
| Quote: | Aaah ... but hang on ..... are you saying the problem is with WWW::Curl ?
It's quite likely that *won't* build "straight out of the box", so to
speak - but some simple hacks at the Makefile.PL should fix that problem.
What specific problem were you having getting WWW::Curl to build ?
If you just want a ppm run (for perl 5.:
ppm install http://theoryx5.uwinnipeg.ca/ppms/WWW-Curl.ppd
|
I didn't know that, it's the right thing for me. So I've followed your
clue and I've PPM'ed the WWW::Curl. But now I have some weird thing :
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::easy->new();"
Can't locate object method "new" via package "WWW::Curl::easy" at -e
line 1.
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::easy::init;"
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::easy::init;
$curl->setopt(CURLOPT_URL, "www.google.fr");
$curl->setopt(CURLOPT_VERBOSE,1); my $code = $curl->perform(); print
$code;"
C:\>perl -v
This is perl, v5.8.7 built for MSWin32-x86-multi-thread
(with 7 registered patches, see perl -V for more detail)
Well, I don't understand why, the same code is working under the cygwin
environment :
$ perl -e 'use WWW::Curl::easy; my $curl=WWW::Curl::easy->new();
$curl->setopt(
CURLOPT_URL, "www.google.fr"); $curl->setopt(CURLOPT_VERBOSE,1); my
$code = $curl->perform(); print $code;'
* About to connect() to www.google.fr port 80
* Trying 66.249.91.147... * connected
* Connected to www.google.fr (66.249.91.147) port 80
Accept: */*
(... and so on)
I you have any clue, I'll be happy to know it.
Thank you very much for your accurate and useful answer,
Cheers,
Tom |
|
| Back to top |
|
|
Sisyphus
*nix forums Guru
Joined: 04 Mar 2005
Posts: 503
|
| Posted: Wed Jul 05, 2006 1:33 am Post subject:
Re: libcurl on Windows boxes ?
|
|
|
<tomazi75@gmail.com> wrote in message
..
..
| Quote: | C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::easy->new();"
Can't locate object method "new" via package "WWW::Curl::easy" at -e
line 1.
|
But shouldn't that be:
C:\>perl -e "use WWW::Curl::Easy; my $curl=WWW::Curl::Easy->new();"
(I expect you need 'Easy' instead of 'easy' as case is important.)
| Quote: |
Well, I don't understand why, the same code is working under the cygwin
environment :
|
If you can load and make use of the package on Cygwin as 'WWW::Curl::easy',
then I can only think that it's a bug in Cygwin :-)
Cheers,
Rob |
|
| Back to top |
|
|
tomazi75-nospam(at)gmail.
*nix forums beginner
Joined: 04 Jan 2006
Posts: 5
|
| Posted: Wed Jul 05, 2006 6:38 am Post subject:
Re: libcurl on Windows boxes ?
|
|
|
Sisyphus wrote:
| Quote: | But shouldn't that be:
C:\>perl -e "use WWW::Curl::Easy; my $curl=WWW::Curl::Easy->new();"
(I expect you need 'Easy' instead of 'easy' as case is important.)
Well, I don't understand why, the same code is working under the cygwin
environment :
If you can load and make use of the package on Cygwin as 'WWW::Curl::easy',
then I can only think that it's a bug in Cygwin 
|
You're 100% right, on
http://search.cpan.org/~crisb/WWW-Curl-2.0/easy.pm.in it's written
WWW::Curl::easy but using 'Easy' instead is working definitively better
!
So the 'easy' is a cygwin 'feature' and just wondering why it didn't
complain about the WWW::Curl::easy::init ... and few other
experimentation :
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::easy->new();"
Can't locate object method "new" via package "WWW::Curl::easy" at -e
line 1.
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::Easy->new();"
[Ok]
brrr !
Thanks again very much for your quick and precise answer,
Cheers,
Tom |
|
| Back to top |
|
|
Sherm Pendley
*nix forums Guru
Joined: 03 Mar 2005
Posts: 527
|
| Posted: Wed Jul 05, 2006 6:55 am Post subject:
Re: libcurl on Windows boxes ?
|
|
|
"tomazi75@gmail.com" <tomazi75@gmail.com> writes:
| Quote: | You're 100% right, on
http://search.cpan.org/~crisb/WWW-Curl-2.0/easy.pm.in it's written
WWW::Curl::easy but using 'Easy' instead is working definitively better
!
So the 'easy' is a cygwin 'feature' and just wondering why it didn't
complain about the WWW::Curl::easy::init ... and few other
experimentation :
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::easy->new();"
Can't locate object method "new" via package "WWW::Curl::easy" at -e
line 1.
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::Easy->new();"
[Ok]
brrr !
|
FAT32 & NTFS are both case-insensitive. So when Perl tries to open easy.pm,
it successfully opens and loads Easy.pm instead.
But, Perl name spaces are case-sensitive, hence the "Can't locate object
method" error - even though easy.pm successfully loaded and compiled, the
package declaration in that file is still WWW::Curl::Easy. That's also why
your second test passed.
A more subtle form of this same error is a failure to run import() when a
module is loaded. It's subtle because import() is optional, so not finding
it doesn't actually produce an error. The error comes later, when you try
to call a function that was supposed to be import()ed but wasn't.
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org |
|
| Back to top |
|
|
Jean-Louis MOREL
*nix forums beginner
Joined: 08 May 2005
Posts: 5
|
| Posted: Wed Jul 05, 2006 9:33 am Post subject:
Re: libcurl on Windows boxes ?
|
|
|
Dans l'article <m2u05wsfqu.fsf@Sherm-Pendleys-Computer.local>, sherm@Sherm-
Pendleys-Computer.local a dit...
| Quote: |
"tomazi75@gmail.com" <tomazi75@gmail.com> writes:
You're 100% right, on
http://search.cpan.org/~crisb/WWW-Curl-2.0/easy.pm.in it's written
WWW::Curl::easy but using 'Easy' instead is working definitively better
!
So the 'easy' is a cygwin 'feature' and just wondering why it didn't
complain about the WWW::Curl::easy::init ... and few other
experimentation :
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::easy->new();"
Can't locate object method "new" via package "WWW::Curl::easy" at -e
line 1.
C:\>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::Easy->new();"
[Ok]
brrr !
FAT32 & NTFS are both case-insensitive. So when Perl tries to open easy.pm,
it successfully opens and loads Easy.pm instead.
But, Perl name spaces are case-sensitive, hence the "Can't locate object
method" error - even though easy.pm successfully loaded and compiled, the
package declaration in that file is still WWW::Curl::Easy. That's also why
your second test passed.
A more subtle form of this same error is a failure to run import() when a
module is loaded. It's subtle because import() is optional, so not finding
it doesn't actually produce an error. The error comes later, when you try
to call a function that was supposed to be import()ed but wasn't.
sherm--
|
I wrote the module Win32::StrictFileNames to detect this sort of subtle bug.
It enables (a sort of) case sensitive filenames checking for Win32.
(the Windows file systems NTFS and FAT are case-insensitive but they are
also case-retaining!).
C:\tmp>perl -e "use WWW::Curl::easy; my $curl=WWW::Curl::easy->new();"
Can't locate object method "new" via package "WWW::Curl::easy" at -e line 1.
C:\tmp>perl -e "use Win32::StrictFileNames; use WWW::Curl::easy; my
$curl=WWW::C
url::easy->new();"
Can't locate WWW/Curl/easy.pm in @INC (@INC contains: C:/perl/lib C:/perl/
site/lib .) at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
With the 'warn' option the compilation is not aborted but a detailed
diagnostic message is issued:
C:\tmp>perl -e "use Win32::StrictFileNames 'warn'; use WWW::Curl::easy; my
$curl
=WWW::Curl::easy->new();"
Warning: case sensitive mismatch between
File =C:\perl\site\lib\WWW\Curl\easy.pm
Long =C:\perl\site\lib\WWW\Curl\Easy.pm
Short=C:\perl\site\lib\WWW\Curl\Easy.pm
at -e line 1.
Can't locate object method "new" via package "WWW::Curl::easy" at -e line 1.
You can see my small html page for this module:
http://www.bribes.org/perl/wstrictfilenames.html
HTH
--
J-L.M.
http://www.bribes.org/perl |
|
| Back to top |
|
|
Sherm Pendley
*nix forums Guru
Joined: 03 Mar 2005
Posts: 527
|
| Posted: Wed Jul 05, 2006 7:13 pm Post subject:
Re: libcurl on Windows boxes ?
|
|
|
jl_morel@bribes.org (Jean-Louis MOREL) writes:
| Quote: | I wrote the module Win32::StrictFileNames to detect this sort of subtle bug.
It enables (a sort of) case sensitive filenames checking for Win32.
(the Windows file systems NTFS and FAT are case-insensitive but they are
also case-retaining!).
|
Does your module actually have any Windows-specific code in it? Or did you
choose Win32:: based on the idea it would be useful primarily to Windows
users?
I'm asking because the HFS+ file system used on Macs is (by default at least)
both case-insensitive and case-retaining as well. So your module could be
useful for Mac users too - assuming of course that we *can* use it. ;-)
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org |
|
| Back to top |
|
|
Jean-Louis MOREL
*nix forums beginner
Joined: 08 May 2005
Posts: 5
|
| Posted: Thu Jul 06, 2006 8:14 am Post subject:
Re: libcurl on Windows boxes ?
|
|
|
Dans l'article <m2irmbsw4z.fsf@Sherm-Pendleys-Computer.local>, sherm@Sherm-
Pendleys-Computer.local a dit...
| Quote: |
jl_morel@bribes.org (Jean-Louis MOREL) writes:
I wrote the module Win32::StrictFileNames to detect this sort of subtle bug.
It enables (a sort of) case sensitive filenames checking for Win32.
(the Windows file systems NTFS and FAT are case-insensitive but they are
also case-retaining!).
Does your module actually have any Windows-specific code in it? Or did you
choose Win32:: based on the idea it would be useful primarily to Windows
users?
I'm asking because the HFS+ file system used on Macs is (by default at least)
both case-insensitive and case-retaining as well. So your module could be
useful for Mac users too - assuming of course that we *can* use it. ;-)
|
I fear that the module is Windows-specific.
The module hooks some of the Standard C and Windows-API functions (stat,
rmdir, chdir, CreateFile, ...) used by the perl process. Therefore all call
to one of these functions is redirected toward a similar function that
verifies the case of the path name.
See the white magick in the module XS source:
http://search.cpan.org/src/JLMOREL/Win32-StrictFileNames-0.01/StrictFileNames.xs
I don't know if the same thing is feasible on Macs.
I'm a Windows addicted programmer ;-)
--
J-L.M.
http://www.bribes.org/perl |
|
| Back to top |
|
|
harryfmudd [AT] comcast [
*nix forums addict
Joined: 15 Oct 2005
Posts: 82
|
| Posted: Fri Jul 07, 2006 8:49 pm Post subject:
Re: libcurl on Windows boxes ?
|
|
|
Jean-Louis MOREL wrote:
| Quote: | Dans l'article <m2irmbsw4z.fsf@Sherm-Pendleys-Computer.local>, sherm@Sherm-
Pendleys-Computer.local a dit...
jl_morel@bribes.org (Jean-Louis MOREL) writes:
I wrote the module Win32::StrictFileNames to detect this sort of subtle bug.
It enables (a sort of) case sensitive filenames checking for Win32.
(the Windows file systems NTFS and FAT are case-insensitive but they are
also case-retaining!).
Does your module actually have any Windows-specific code in it? Or did you
choose Win32:: based on the idea it would be useful primarily to Windows
users?
I'm asking because the HFS+ file system used on Macs is (by default at least)
both case-insensitive and case-retaining as well. So your module could be
useful for Mac users too - assuming of course that we *can* use it. ;-)
I fear that the module is Windows-specific.
The module hooks some of the Standard C and Windows-API functions (stat,
rmdir, chdir, CreateFile, ...) used by the perl process. Therefore all call
to one of these functions is redirected toward a similar function that
verifies the case of the path name.
See the white magick in the module XS source:
http://search.cpan.org/src/JLMOREL/Win32-StrictFileNames-0.01/StrictFileNames.xs
I don't know if the same thing is feasible on Macs.
I'm a Windows addicted programmer ;-)
|
I concur -- Win32::StrictFileNames is an XS module with all sorts of
Windows stuff in it. But a generic module ought to be possible if you
override 'use', and maybe 'require'. Of course, the devil is in the
details ...
Tom Wyant |
|
| Back to top |
|
|
harryfmudd [AT] comcast [
*nix forums addict
Joined: 15 Oct 2005
Posts: 82
|
| Posted: Fri Jul 07, 2006 10:19 pm Post subject:
Re: libcurl on Windows boxes ?
|
|
|
harryfmudd [AT] comcast [DOT] net wrote:
| Quote: | Jean-Louis MOREL wrote:
Dans l'article <m2irmbsw4z.fsf@Sherm-Pendleys-Computer.local>,
sherm@Sherm-
Pendleys-Computer.local a dit...
jl_morel@bribes.org (Jean-Louis MOREL) writes:
I wrote the module Win32::StrictFileNames to detect this sort of
subtle bug.
It enables (a sort of) case sensitive filenames checking for Win32.
(the Windows file systems NTFS and FAT are case-insensitive but they
are
also case-retaining!).
Does your module actually have any Windows-specific code in it? Or
did you
choose Win32:: based on the idea it would be useful primarily to Windows
users?
I'm asking because the HFS+ file system used on Macs is (by default
at least)
both case-insensitive and case-retaining as well. So your module
could be
useful for Mac users too - assuming of course that we *can* use it. ;-)
I fear that the module is Windows-specific.
The module hooks some of the Standard C and Windows-API functions (stat,
rmdir, chdir, CreateFile, ...) used by the perl process. Therefore all
call
to one of these functions is redirected toward a similar function that
verifies the case of the path name.
See the white magick in the module XS source:
http://search.cpan.org/src/JLMOREL/Win32-StrictFileNames-0.01/StrictFileNames.xs
I don't know if the same thing is feasible on Macs.
I'm a Windows addicted programmer ;-)
I concur -- Win32::StrictFileNames is an XS module with all sorts of
Windows stuff in it. But a generic module ought to be possible if you
override 'use', and maybe 'require'. Of course, the devil is in the
details ...
Tom Wyant
|
Follow-up: the devil is indeed in the details. Two issues turned up
after a little thought and fiddling:
1) It does not appear that you can override "use" by simply exporting
"use" from a package and having that call CORE::use.
2) I can not (after all of a few minutes' work) find a good way to tell
whether the file system is case-preserving (but not case-sensitive). The
OS name is not good enough, because many OSes support more than one kind
of file system. I suspect most Mac OS X users are using HFS+, which is
case-preserving. But if you happened to build it on top of the Unix file
system, it is case-sensitive. VMS is either case-sensitive or not
depending on whether your disk is ODS-1, ODS-2, or ODS-5 (and don't ask
me what happened to 3 and 4). I suspect Unix is not case-sensitive if
you happen to be loading modules from a SAMBA disk.
Nothing like making a public statement to find out you're wrong.
Tom Wyant |
|
| Back to top |
|
|
harryfmudd [AT] comcast [
*nix forums addict
Joined: 15 Oct 2005
Posts: 82
|
| Posted: Sat Jul 08, 2006 12:56 am Post subject:
Re: libcurl on Windows boxes ?
|
|
|
harryfmudd [AT] comcast [DOT] net wrote:
| Quote: | harryfmudd [AT] comcast [DOT] net wrote:
Jean-Louis MOREL wrote:
Dans l'article <m2irmbsw4z.fsf@Sherm-Pendleys-Computer.local>,
sherm@Sherm-
Pendleys-Computer.local a dit...
jl_morel@bribes.org (Jean-Louis MOREL) writes:
I wrote the module Win32::StrictFileNames to detect this sort of
subtle bug.
It enables (a sort of) case sensitive filenames checking for Win32.
(the Windows file systems NTFS and FAT are case-insensitive but
they are
also case-retaining!).
Does your module actually have any Windows-specific code in it? Or
did you
choose Win32:: based on the idea it would be useful primarily to
Windows
users?
I'm asking because the HFS+ file system used on Macs is (by default
at least)
both case-insensitive and case-retaining as well. So your module
could be
useful for Mac users too - assuming of course that we *can* use it. ;-)
I fear that the module is Windows-specific.
The module hooks some of the Standard C and Windows-API functions (stat,
rmdir, chdir, CreateFile, ...) used by the perl process. Therefore
all call
to one of these functions is redirected toward a similar function that
verifies the case of the path name.
See the white magick in the module XS source:
http://search.cpan.org/src/JLMOREL/Win32-StrictFileNames-0.01/StrictFileNames.xs
I don't know if the same thing is feasible on Macs.
I'm a Windows addicted programmer ;-)
I concur -- Win32::StrictFileNames is an XS module with all sorts of
Windows stuff in it. But a generic module ought to be possible if you
override 'use', and maybe 'require'. Of course, the devil is in the
details ...
Tom Wyant
Follow-up: the devil is indeed in the details. Two issues turned up
after a little thought and fiddling:
1) It does not appear that you can override "use" by simply exporting
"use" from a package and having that call CORE::use.
2) I can not (after all of a few minutes' work) find a good way to tell
whether the file system is case-preserving (but not case-sensitive). The
OS name is not good enough, because many OSes support more than one kind
of file system. I suspect most Mac OS X users are using HFS+, which is
case-preserving. But if you happened to build it on top of the Unix file
system, it is case-sensitive. VMS is either case-sensitive or not
depending on whether your disk is ODS-1, ODS-2, or ODS-5 (and don't ask
me what happened to 3 and 4). I suspect Unix is not case-sensitive if
you happen to be loading modules from a SAMBA disk.
Nothing like making a public statement to find out you're wrong.
Tom Wyant
|
Yet another thought: you could accomplish almost the same thing by
reverse-engineering the %INC hash into module names, and looking to see
if any of the namespaces are empty. This is an after-the-fact test, and
if you're loading modules on-the-fly you might have to set this up as an
exit handler. There's also the problem that
use Fu::Bar;
corresponds to
BEGIN {require Fu::Bar; Fu::Bar->import (); }
so if you get the case wrong, import() tries to import from the wrong
namespace. Normally this would be fatal, I think, but if there's nothing
to import, Exporter::import will leave (at least) @EXPORT and
@EXPORT_FAIL in the wrong namespace.
Still, this seems to be implementable. One might worry that some of the
pragmas might cause false positives, but in my playing so far I have not
run into this.
Tom Wyant (what! again?) |
|
| Back to top |
|
|
Sisyphus
*nix forums Guru
Joined: 04 Mar 2005
Posts: 503
|
| Posted: Sat Jul 08, 2006 4:32 am Post subject:
Re: libcurl on Windows boxes ?
|
|
|
"harryfmudd [AT] comcast [DOT] net" <"harryfmudd [AT] comcast [DOT] net">
wrote in message
..
..
| Quote: |
2) I can not (after all of a few minutes' work) find a good way to tell
whether the file system is case-preserving (but not case-sensitive).
|
Does the case-preserving question need to be considered ? I would have
thought that the *only* issue is whether the file system is case-sensitive
or not.
Incidentally .... are there any file systems that are *not* case-preserving
?
Cheers,
Rob |
|
| Back to top |
|
|
harryfmudd [AT] comcast [
*nix forums addict
Joined: 15 Oct 2005
Posts: 82
|
| Posted: Sat Jul 08, 2006 1:55 pm Post subject:
Re: libcurl on Windows boxes ?
|
|
|
Sisyphus wrote:
| Quote: | "harryfmudd [AT] comcast [DOT] net" <"harryfmudd [AT] comcast [DOT] net"
wrote in message
.
.
2) I can not (after all of a few minutes' work) find a good way to tell
whether the file system is case-preserving (but not case-sensitive).
Does the case-preserving question need to be considered ? I would have
thought that the *only* issue is whether the file system is case-sensitive
or not.
|
What I meant (but I guess didn't say) was 'case-preserving but not
case-sensitive'.
| Quote: |
Incidentally .... are there any file systems that are *not* case-preserving
?
|
VMS ODS-1 and ODS-2 are all-uppercase. ODS-5 is case-preserving but not
case-sensitive.
Tom Wyant |
|
| Back to top |
|
|
Google
|
|
| Back to top |
|
|
|
|
The time now is Sat Nov 22, 2008 7:09 am | All times are GMT
|
|
Loans | Personal Finance | Mobile Phone | Home Loan | Loans
|
|
Copyright © 2004-2005 DeniX Solutions SRL
|
|
|
|
Other DeniX Solutions sites:
Unix/Linux blog |
electronics forum |
medicine forum |
science forum |
|
|
Privacy Policy
|
Powered by phpBB © 2001, 2005 phpBB Group
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Forum index
»
Programming
»
Perl
»
modules
