Skip Menu |

This queue is for tickets about the PAR CPAN distribution.

Report information
The Basics
Id: 6268
Status: resolved
Priority: 0/
Queue: PAR

People
Owner: autrijus [...] cpan.org
Requestors: fairlite [...] fairlite.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Date: Sun, 9 May 2004 20:08:00 -0400
From: Fairlight <fairlite [...] fairlite.com>
To: bug-par [...] rt.cpan.org
Subject: par extraction issues
I've been trying to use perl2exe for my program, but that is subject to the utf8_heavy.pm issues that were fixed by the Modules-ScanDeps 0.34 as cited in http://www.mail-archive.com/par@perl.org/msg00708.html in the archive. However, now that par has my program working correctly, I have a bigger issue--one that perl2exe would address. I'm hoping I can get a faster fix from you and use par, actually. Basically, I need to distribute something and run it from CD directly in Windows. This is problematic because it appears as though par is trying to extract the binary's contents to the CD, which is just not possible on a read-only medium. :( Installation of the entire lot to hard drive is not an option. The perl2exe approach uses several temporary directory storage locations, and I can get theirs to actually run, but then when I try to use my Entry field, I get the errors that were fixed by par. I need -someone- to fix one side or the other. I've already pointed IndigoStar at that article. I'm asking you folks to come up with a fix to par that would allow for running executables directly off read-only media, specifically under Windows, but in general would be good. :) If someone could notify me if this can be fixed, and if so, when it's fixed, it would be greatly appreciated. Thanks! Bests, mark-> -- Fairlight-> ||| "I resent being confused with the | Fairlight Consulting __/\__ ||| nitwits of the universe!" --Foggy, | <__<>__> ||| "Last of the Summer Wine" | http://www.fairlite.com \/ ||| | info@fairlite.com
[fairlite@fairlite.com - Sun May 9 20:07:59 2004]: Show quoted text
> However, now that par has my program working correctly, I have a > bigger issue--one that perl2exe would address. I'm hoping I can get > a faster fix from you and use par, actually.
Hi, sorry for the overlate response. I've been busy recently recovering from my HD failures. :-/ Show quoted text
> Basically, I need to distribute something and run it from CD directly > in Windows. This is problematic because it appears as though par is > trying to extract the binary's contents to the CD, which is just not > possible on a read-only medium. :(
This greatly surprises me, since PAR extracts under the $ENV{TEMP} path, instead of the location of the executable. Can you confirm that the TEMP location is set to somewhere writable? What if you manually set $ENV{PAR_GLOBAL_TEMP} to somewhere writable and then run the .exe from the CD-ROM? Thanks, /Autrijus/
On So. 09. Mai 2004, 20:07:59, fairlite@fairlite.com wrote: Show quoted text
> I've been trying to use perl2exe for my program, but that is subject
to the Show quoted text
> utf8_heavy.pm issues that were fixed by the Modules-ScanDeps 0.34 as cited > in http://www.mail-archive.com/par@perl.org/msg00708.html in the archive. > > However, now that par has my program working correctly, I have a bigger > issue--one that perl2exe would address. I'm hoping I can get a faster fix > from you and use par, actually. > > Basically, I need to distribute something and run it from CD directly in > Windows. This is problematic because it appears as though par is
trying to Show quoted text
> extract the binary's contents to the CD, which is just not possible on a > read-only medium. :( Installation of the entire lot to hard drive is not > an option. > > The perl2exe approach uses several temporary directory storage locations, > and I can get theirs to actually run, but then when I try to use my Entry > field, I get the errors that were fixed by par. > > I need -someone- to fix one side or the other. I've already pointed > IndigoStar at that article. I'm asking you folks to come up with a fix to > par that would allow for running executables directly off read-only media, > specifically under Windows, but in general would be good. :) > > If someone could notify me if this can be fixed, and if so, when it's > fixed, it would be greatly appreciated. Thanks! > > Bests, > > mark->
Hi, sorry for this extremely late answer. I have picked up PAR maintenance and I am clearing out old, obsolete tickets. Does this problem still apply to the current PAR 0.93? Thanks for taking the time to test this. Steffen
CC: par [...] perl.org
Subject: Re: [rt.cpan.org #6268] par extraction issues
Date: Tue, 23 May 2006 16:55:51 -0400
To: Steffen M?ller via RT <bug-PAR [...] rt.cpan.org>
From: Fairlight <fairlite [...] fairlite.com>
On Tue, May 23, 2006 at 04:48:53PM -0400, after drawing runes in goat's blood, Steffen M?ller via RT cast forth these immortal, mystical words: Show quoted text
> > <URL: http://rt.cpan.org/Ticket/Display.html?id=6268 > > > On So. 09. Mai 2004, 20:07:59, fairlite@fairlite.com wrote:
> > I've been trying to use perl2exe for my program, but that is subject
> to the
> > utf8_heavy.pm issues that were fixed by the Modules-ScanDeps 0.34 as cited > > in http://www.mail-archive.com/par@perl.org/msg00708.html in the archive. > > > > However, now that par has my program working correctly, I have a bigger > > issue--one that perl2exe would address. I'm hoping I can get a faster fix > > from you and use par, actually. > > > > Basically, I need to distribute something and run it from CD directly in > > Windows. This is problematic because it appears as though par is
> trying to
> > extract the binary's contents to the CD, which is just not possible on a > > read-only medium. :( Installation of the entire lot to hard drive is not > > an option. > > > > The perl2exe approach uses several temporary directory storage locations, > > and I can get theirs to actually run, but then when I try to use my Entry > > field, I get the errors that were fixed by par. > > > > I need -someone- to fix one side or the other. I've already pointed > > IndigoStar at that article. I'm asking you folks to come up with a fix to > > par that would allow for running executables directly off read-only media, > > specifically under Windows, but in general would be good. :) > > > > If someone could notify me if this can be fixed, and if so, when it's > > fixed, it would be greatly appreciated. Thanks! > > > > Bests, > > > > mark->
> > Hi, > > sorry for this extremely late answer. I have picked up PAR maintenance > and I am clearing out old, obsolete tickets. Does this problem still > apply to the current PAR 0.93? > > Thanks for taking the time to test this. > > Steffen
Apparently it was a non-issue when I reported it. PAR does use temporary directories in 'doze environments, and whatever issue I had was addressed by the maintainer at the time. I believe I was told exactly where it does try to use temp directories, although I don't remember the specifics without looking through several gigs of email. :) So far as I know, it's a dead ticket. mark-> -- Fairlight-> ||| "People say they've heard about | Fairlight Consulting __/\__ ||| our deviation / but you've never | <__<>__> ||| looked so good..." --Le Bon | http://www.fairlite.com \/ ||| | info@fairlite.com
Thanks for your quick reply after all this time. All the best, Steffen