RE: Updated: perl-5.8.7-2

RE: Updated: perl-5.8.7-2

[Adye, TJ (Tim)]

Hi Gerrit,

Thanks for the Perl update.

Unfortunately this doesn't seem to fix the problem I reported earlier
("Perl Win32::Shortcut screws up fork").  My test script worked fine
after "rebaseall", but when I reinstalled Cygwin from scratch (including
Perl 5.8.7-2) it dies with

C:\cygwin\bin\perl.exe (3772): *** unable to remap
C:\cygwin\lib\perl5\vendor_perl\5.8\cygwin\auto\Win32\Shortcut\Shortcut.
dll to same address as parent(0x950000) != 0xBF0000
     17 [main] perl 3448 fork_parent: child 3772 died waiting for dll
loading

The addresses are now different, if that's any consolation (previously
it reported parent(0xBF0000) != 0x1110000).

Presumably "rebaseall" will fix it again, but I'll keep the pristine
Cygwin installation for further tests if that's helpful.

Apologies if I was being overoptimistic and this release (alone) wasn't
expected to fix my problem.

Tim.

> -----Original Message-----
> From: cygwin-announce-owner@cygwin.com On Behalf Of Gerrit P. Haase
> Sent: 10 July 2005 02:13
> To: cygwin-announce@cygwin.com
> Subject: Updated: perl-5.8.7-2
> 
> Perl has been updated to 5.8.7-2
> 
>    - Now using --enable-auto-image-base to link DLL and extensions.
>      This should address the problem with loading extension DLLs in
>      subprocesses.
> 
> NEWS
> ====
>    - New builtin functions:
>       Cygwin::winpid_to_pid, Cygwin::pid_to_winpid
>    - Configured with -Dusesitecustomize.  See also "-f" in perlrun:
>      http://search.cpan.org/~nwclark/perl-5.8.7/pod/perlrun.pod#%2Df
> 
> 
> Extensions already included in this distribution:
> 
>           Compress-Zlib-1.34
>           Compress-Bzip2-2.08
>           IO-Zlib-1.04
>           IO-String-1.06
>           Archive-Tar-1.24
>           MD5-2.03
>           Term-ReadLine-Perl-1.0203
>           Net-Telnet-3.03
>           TermReadKey-2.30
>           XML-Parser-2.34
> 
> 
> Perl 5.8.7 announcement:
> 
>      http://dev.perl.org/perl5/news/2005/perl-5.8.7.html
> 
> 5.8.7 is a maintenance release for perl 5.8, incorporating various
> minor bugfixes and optimisations. Please see the perldelta
> http://search.cpan.org/~nwclark/perl-5.8.7/pod/perl587delta.pod for
> the full details. Please report bugs using the perlbug utility. If the
> build or regression tests fail, make nok. If the build fails to early
> to run this, please mail perlbug at perl.org directly.
> 
> 
> DESCRIPTION
> ===========
> As always, you should conduct an appropriate level of testing before
> using any new product in your production environment.
> 
> Canonical website: http://www.perl.org/
> 
> 
> UPDATE
> ======
> To update your installation, click on the "Install Cygwin now" link on
> the http://cygwin.com/ web page.  This downloads setup.exe to your
> system.  Save it and run setup, answer the questions and pick up
> 'perl' from the 'Interpreters' category, if you install it for the
> first time, click on the 'skip' field next to 'perl' until '5.8.7-2'
> is displayed.
> 
> 
> DOWNLOAD:
> =========
> Note that downloads from sources.redhat.com (aka cygwin.com) aren't
> allowed due to bandwidth limitations.  This means that you will need
> to find a mirror which has this update, please choose the one 
> nearest to
> you: http://cygwin.com/mirrors.html
> 
> 
> QUESTIONS:
> ==========
> If you want to make a point or ask a question the Cygwin mailing
> list is the appropriate place.
> 
> 
> CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
> =================================
> To unsubscribe to the cygwin-announce mailing list, look at the
> "List-Unsubscribe: " tag in the email header of this message.  Send
> email to the address specified there.  It will be in the format:
> 
> cygwin-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com
> 
> 
> If you need more information on unsubscribing, start reading here:
> 
> http://sources.redhat.com/lists.html#unsubscribe-simple
> 
> Please read *all* of the information on unsubscribing that is 
> available starting at this URL.
> 
> 
> Gerrit P. Haase
> -- 
> =^..^=
> 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Gerrit P. Haase]

Hi Tim,

Adye, TJ (Tim) wrote:

> Hi Gerrit,
> 
> Thanks for the Perl update.
> 
> Unfortunately this doesn't seem to fix the problem I reported earlier
> ("Perl Win32::Shortcut screws up fork").  My test script worked fine
> after "rebaseall", but when I reinstalled Cygwin from scratch (including
> Perl 5.8.7-2) it dies with
> 
> C:\cygwin\bin\perl.exe (3772): *** unable to remap
> C:\cygwin\lib\perl5\vendor_perl\5.8\cygwin\auto\Win32\Shortcut\Shortcut.
> dll to same address as parent(0x950000) != 0xBF0000
>      17 [main] perl 3448 fork_parent: child 3772 died waiting for dll
> loading
> 
> The addresses are now different, if that's any consolation (previously
> it reported parent(0xBF0000) != 0x1110000).
> 
> Presumably "rebaseall" will fix it again, but I'll keep the pristine
> Cygwin installation for further tests if that's helpful.

Jason said it in the "Perl Win32::Shortcut screws up fork" thread,
auto-image-base helps but it doesn't resolve all issues.  A certain
amount of pad is required between the base DLL addresses and it seems
that this is one of those cases where the padding is too small.

Maybe another solution than simply using auto-image-base is needed.


> Apologies if I was being overoptimistic and this release (alone) wasn't
> expected to fix my problem.


Gerrit

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Gerrit P. Haase]

Gerrit P. Haase wrote:

> Hi Tim,
> 
> Adye, TJ (Tim) wrote:
> 
>> Hi Gerrit,
>>
>> Thanks for the Perl update.
>>
>> Unfortunately this doesn't seem to fix the problem I reported earlier
>> ("Perl Win32::Shortcut screws up fork").  My test script worked fine
>> after "rebaseall", but when I reinstalled Cygwin from scratch (including
>> Perl 5.8.7-2) it dies with

Have you recompiled Win32::Shortcut?  Do you use the standard
perl linker wrapper ld2 / perlld?  If not have you used the
--enable-auto-image-base flag to link the DLL?


Gerrit

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Christopher Faylor]

On Mon, Jul 11, 2005 at 11:29:10PM +0200, Gerrit P. Haase wrote:
>Adye, TJ (Tim) wrote:
>>Thanks for the Perl update.
>>
>>Unfortunately this doesn't seem to fix the problem I reported earlier
>>("Perl Win32::Shortcut screws up fork").  My test script worked fine
>>after "rebaseall", but when I reinstalled Cygwin from scratch (including
>>Perl 5.8.7-2) it dies with
>>
>>C:\cygwin\bin\perl.exe (3772): *** unable to remap
>>C:\cygwin\lib\perl5\vendor_perl\5.8\cygwin\auto\Win32\Shortcut\Shortcut.
>>dll to same address as parent(0x950000) != 0xBF0000
>>     17 [main] perl 3448 fork_parent: child 3772 died waiting for dll
>>loading
>>
>>The addresses are now different, if that's any consolation (previously
>>it reported parent(0xBF0000) != 0x1110000).
>>
>>Presumably "rebaseall" will fix it again, but I'll keep the pristine
>>Cygwin installation for further tests if that's helpful.
>
>Jason said it in the "Perl Win32::Shortcut screws up fork" thread,
>auto-image-base helps but it doesn't resolve all issues.  A certain
>amount of pad is required between the base DLL addresses and it seems
>that this is one of those cases where the padding is too small.

I really can't see why this padding would be needed for fork.  If the dlls are
in the same place in the parent and the child (as should be the case after
an auto-image-base) then fork() shouldn't care where they're located.  It is
only when some dlls are not correctly based and some are that I could see
problems.

In any event, if the problem really does occur, even with all dlls
correctly based, there's certainly no reason to stand on our heads trying
to accommodate cygwin behavior.  We golly gee just might be able to fix
cygwin if we have a reproducible test case.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Christopher Faylor]

On Mon, Jul 11, 2005 at 10:17:51PM -0400, Christopher Faylor wrote:
>On Mon, Jul 11, 2005 at 11:29:10PM +0200, Gerrit P. Haase wrote:
>>Adye, TJ (Tim) wrote:
>>>Thanks for the Perl update.
>>>
>>>Unfortunately this doesn't seem to fix the problem I reported earlier
>>>("Perl Win32::Shortcut screws up fork").  My test script worked fine
>>>after "rebaseall", but when I reinstalled Cygwin from scratch (including
>>>Perl 5.8.7-2) it dies with
>>>
>>>C:\cygwin\bin\perl.exe (3772): *** unable to remap
>>>C:\cygwin\lib\perl5\vendor_perl\5.8\cygwin\auto\Win32\Shortcut\Shortcut.
>>>dll to same address as parent(0x950000) != 0xBF0000
>>>     17 [main] perl 3448 fork_parent: child 3772 died waiting for dll
>>>loading
>>>
>>>The addresses are now different, if that's any consolation (previously
>>>it reported parent(0xBF0000) != 0x1110000).
>>>
>>>Presumably "rebaseall" will fix it again, but I'll keep the pristine
>>>Cygwin installation for further tests if that's helpful.
>>
>>Jason said it in the "Perl Win32::Shortcut screws up fork" thread,
>>auto-image-base helps but it doesn't resolve all issues.  A certain
>>amount of pad is required between the base DLL addresses and it seems
>>that this is one of those cases where the padding is too small.
>
>I really can't see why this padding would be needed for fork.  If the dlls are
>in the same place in the parent and the child (as should be the case after
>an auto-image-base) then fork() shouldn't care where they're located.  It is
>only when some dlls are not correctly based and some are that I could see
>problems.
>
>In any event, if the problem really does occur, even with all dlls
>correctly based, there's certainly no reason to stand on our heads trying
>to accommodate cygwin behavior.  We golly gee just might be able to fix
>cygwin if we have a reproducible test case.

Nevermind.  I should have taken my own implied advice and looked at the
source.  Cygwin does put location information in an alloced block after
the dll so it does need some memory after each dll.  However, it is just
a simple matter of programming to fix this.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: Updated: perl-5.8.7-2

[Adye, TJ (Tim)]

Gerrit P. Haase wrote:

> > Hi Tim,
> > 
> > Adye, TJ (Tim) wrote:
> > 
> >> Hi Gerrit,
> >>
> >> Thanks for the Perl update.
> >>
> >> Unfortunately this doesn't seem to fix the problem I reported
earlier
> >> ("Perl Win32::Shortcut screws up fork").  My test script worked
fine
> >> after "rebaseall", but when I reinstalled Cygwin from scratch
(including
> >> Perl 5.8.7-2) it dies with
> 
> Have you recompiled Win32::Shortcut?  Do you use the standard
> perl linker wrapper ld2 / perlld?  If not have you used the
> --enable-auto-image-base flag to link the DLL?

No, I didn't recompile Win32::Shortcut. I guess I should repeat my
earlier

> >> Apologies if I was being overoptimistic and this release (alone)
wasn't
> >> expected to fix my problem.

I guess I need to be patient and wait for an update to perl-libwin32 to
fix the problem.

Thanks,
Tim.

==============================  cut here  ==============================
Tim Adye, BaBar Group, Particle Physics Dept.,             _   /|
          Rutherford Appleton Laboratory, UK.              \'o.O'   Oop!
e-mail:   T.J.Adye@rl.ac.uk                                =(___)=  Ack!
WWW:      http://hepwww.rl.ac.uk/Delphi/Adye/homepage.html    U  Thphft!

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Gerrit P. Haase]

Adye, TJ (Tim) wrote:
>>Have you recompiled Win32::Shortcut?  Do you use the standard
>>perl linker wrapper ld2 / perlld?  If not have you used the
>>--enable-auto-image-base flag to link the DLL?
> 
> 
> No, I didn't recompile Win32::Shortcut. I guess I should repeat my
> earlier

Please recompile, and ensure that you use --enable-auto-image-base
to link your DLL.  This should do the same like rebase besides a
'random' base address is used.  --enable-auto-image-base is now
default when building perl extensions with 'perl makefile.PL ...'.


Do you have a package for which I can use for
tests (so I just need to call `make test` or
`perl Makefile.PL && make test`


> I guess I need to be patient and wait for an update to perl-libwin32
> to fix the problem.


Maintainer are busy, so don't count the days;)


Gerrit

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Reini Urban]

Gerrit P. Haase schrieb:
> Adye, TJ (Tim) wrote:
>>> Have you recompiled Win32::Shortcut?  Do you use the standard
>>> perl linker wrapper ld2 / perlld?  If not have you used the
>>> --enable-auto-image-base flag to link the DLL?
>>
>> No, I didn't recompile Win32::Shortcut. I guess I should repeat my
>> earlier
> 
> Please recompile, and ensure that you use --enable-auto-image-base
> to link your DLL.  This should do the same like rebase besides a
> 'random' base address is used.  --enable-auto-image-base is now
> default when building perl extensions with 'perl makefile.PL ...'.
> 
> Do you have a package for which I can use for
> tests (so I just need to call `make test` or
> `perl Makefile.PL && make test`
> 
>> I guess I need to be patient and wait for an update to perl-libwin32
>> to fix the problem.
> 
> 
> Maintainer are busy, so don't count the days;)

Esp. when a simple rebaseall will help and an update will probably not 
help at all.
But I'll try to find a general solution.
-- 
Reini Urban (the maintainer)

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Gerrit P. Haase]

Reini Urban wrote:

> But I'll try to find a general solution.

I hope that using a set of DLLs which all have been compiled
with --enable-auto-image-base will help.

General solution, sounds big.  Good luck!

Gerrit

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Yitzchak Scott-Thoennes]

On Tue, Jul 12, 2005 at 07:17:10PM +0200, Reini Urban wrote:
> Gerrit P. Haase schrieb:
> >Adye, TJ (Tim) wrote:
> >>>Have you recompiled Win32::Shortcut?  Do you use the standard
> >>>perl linker wrapper ld2 / perlld?  If not have you used the
> >>>--enable-auto-image-base flag to link the DLL?
> >>
> >>No, I didn't recompile Win32::Shortcut. I guess I should repeat my
> >>earlier
> >
> >Please recompile, and ensure that you use --enable-auto-image-base
> >to link your DLL.  This should do the same like rebase besides a
> >'random' base address is used.  --enable-auto-image-base is now
> >default when building perl extensions with 'perl makefile.PL ...'.
> >
> >Do you have a package for which I can use for
> >tests (so I just need to call `make test` or
> >`perl Makefile.PL && make test`
> >
> >>I guess I need to be patient and wait for an update to perl-libwin32
> >>to fix the problem.
> >
> >
> >Maintainer are busy, so don't count the days;)
> 
> Esp. when a simple rebaseall will help and an update will probably not 
> help at all.
> But I'll try to find a general solution.

Just rebuilding perl-libwin32 with Gerrit's changed /usr/bin/perlld should
do it.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: Updated: perl-5.8.7-2

[Adye, TJ (Tim)]

Hi Gerrit,

> -----Original Message-----
> From: Gerrit P. Haase <gerrit@familiehaase.de>
> Sent: 12 July 2005 13:03
> To: Adye, TJ (Tim)
> Cc: The Cygwin Mailing List
> Subject: Re: Updated: perl-5.8.7-2
> 
> Adye, TJ (Tim) wrote:
> >>Have you recompiled Win32::Shortcut?  Do you use the standard perl 
> >>linker wrapper ld2 / perlld?  If not have you used the 
> >>--enable-auto-image-base flag to link the DLL?
> > 
> > 
> > No, I didn't recompile Win32::Shortcut. I guess I should repeat my 
> > earlier
> 
> Please recompile, and ensure that you use 
> --enable-auto-image-base to link your DLL.  This should do 
> the same like rebase besides a 'random' base address is used. 
>  --enable-auto-image-base is now default when building perl 
> extensions with 'perl makefile.PL ...'.

I can try this if it would help your tests. rebaseall is probably a
simpler workaround for me at the moment, though of course it would be
nice to eventually have something that works out of the box so people
can use my script on other systems without having to run any special
setup.

> Do you have a package for which I can use for tests (so I 
> just need to call `make test` or `perl Makefile.PL && make test`

I was just using the test script I posted earlier. An even shorter
alternative would be

#!/usr/bin/perl
use Win32::Shortcut;
system 'pwd';

I guess an automated test package could require all the packages that
have associated DLLs and then issue a fork.

> > I guess I need to be patient and wait for an update to
> > perl-libwin32 to fix the problem.
> 
> 
> Maintainer are busy, so don't count the days;)

Check!

Tim.

> 
> Gerrit
> 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Updated: perl-5.8.7-2

[Gerrit P. Haase]

Tim,


>>Do you have a package for which I can use for tests (so I 
>>just need to call `make test` or `perl Makefile.PL && make test`
> 
> 
> I was just using the test script I posted earlier. An even shorter
> alternative would be
> 
> #!/usr/bin/perl
> use Win32::Shortcut;
> system 'pwd';
> 
> I guess an automated test package could require all the packages that
> have associated DLLs and then issue a fork.

This seems to work with some of the included extensions.  I meant a
package from which I can build Win32::Shortcut.  I fetched the original
source, but cannot build it.  But it is not urgent, Reini wants to
integrate it with libwin32 anyway.


Gerrit

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/