On Wed, Oct 16, 2002 at 01:08:49PM -0500, Gary R Van Sickle wrote:
>With the attached script I see this (cd to a directory tree with some C
>source code in it first):
Unfortunately, your script runs fine here in XP and NT 4.0.
1) Could you send cygcheck -r -s -v as an attachment here?
2) Run th
>On Wed, Oct 16, 2002 at 03:18:52AM -0500, Gary R. Van Sickle wrote:
>>> Also, Gary, you might want to try the most recent snapshot. I kludged
>>> around some similar problems with rxvt and X. Maybe I got lucky and
>>> fixed some problems with perl.
>>
>>
>>No such luck with 20021016 00:57:28.
On Wed, Oct 16, 2002 at 07:19:10AM -0400, Jason Tishler wrote:
>Gary,
>
>On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote:
>> I've never manually done anything with rebasing etc.
>
>Nevertheless, rebasing should solve this problem. I encourage you to
>try it and report your findi
On Wed, Oct 16, 2002 at 03:18:52AM -0500, Gary R. Van Sickle wrote:
>> Also, Gary, you might want to try the most recent snapshot. I kludged
>> around some similar problems with rxvt and X. Maybe I got lucky and
>> fixed some problems with perl.
>>
>
>No such luck with 20021016 00:57:28. Sorry
Gary,
On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote:
> I've never manually done anything with rebasing etc.
Nevertheless, rebasing should solve this problem. I encourage you to
try it and report your findings to the list.
Thanks,
Jason
--
Unsubscribe info: http://cygw
> Also, Gary, you might want to try the most recent snapshot. I kludged
> around some similar problems with rxvt and X. Maybe I got lucky and
> fixed some problems with perl.
>
No such luck with 20021016 00:57:28. Sorry.
--
Gary R. Van Sickle
Brewer. Patriot.
--
Unsubscribe info: h
On Tue, Oct 15, 2002 at 02:33:30AM -0400, Christopher Faylor wrote:
>This is the same old problem that has always existed with cygwin fork
>and perl, AFAICT. There is no guaranteeing that a dll which is loaded
>into a specific location in a parent will be loaded into the same
>location in the chi
> This is the same old problem that has always existed with cygwin fork
> and perl, AFAICT. There is no guaranteeing that a dll which is loaded
> into a specific location in a parent will be loaded into the same
> location in the child.
>
> Cygwin tries to force loading in the proper place but so
On Tue, Oct 15, 2002 at 08:06:19AM +0200, Gerrit P. Haase wrote:
>Hallo Christopher,
>
>Am Montag, 14. Oktober 2002 um 17:58 schriebst du:
>
>> On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote:
>>>I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll
>>>1.3.13-2:
Hallo Christopher,
Am Montag, 14. Oktober 2002 um 17:58 schriebst du:
> On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote:
>>I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll
>>1.3.13-2:
Can you recompile perl and see if it still happens?
> Cygwin's memory
On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote:
>I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll
>1.3.13-2:
Cygwin's memory footprint has changed. Patches gratefully accepted.
FWIW, "It doesn't work for me either!"s are not gratefully accepted.
cgf
--
I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll
1.3.13-2:
"
c:\unix\bin\perl.exe: *** unable to remap
c:\unix\lib\perl5\5.8.0\cygwin-multi-64int\auto\Data\Dumper\Dumper.dll to
same address as parent -- 0xE6
6 [main] perl 1764 sync_with_child: child 716(0x710) died
12 matches
Mail list logo
