[Swift-devel] Re: [Swift-user] New Java exception when moving from rc3

[Mihael Hategan]

Right. Forgot to commit the added debugging statements. r529.

Mihael

On Sat, 2007-03-03 at 01:07 +0000, Ben Clifford wrote:
> 
> On Fri, 2 Mar 2007, Mihael Hategan wrote:
> 
> > The log4j file should include DEBUG on the loader (which should give the
> > full stack trace of such). This is as of r367.
> 
> it doesn't do so in the r526 build I have:
> 
> swift -debug fmri.swift 
> Recompilation suppressed.
> Using sites file: 
> /Users/benc/work/vdl2/cog/modules/vdsk/dist/vdsk-1.0/bin/../etc/sites.xml
> Using tc.data: 
> /Users/benc/work/vdl2/cog/modules/vdsk/dist/vdsk-1.0/bin/../etc/tc.data
> Swift V 0.0405
> RunID: vu60fptpjhv70
> Execution failed:
>         java.lang.NumberFormatException: null
> 
> 
> I rsynced directory from my laptop to ci:~benc/swift-fmri if you want to 
> look at what I have around.
> 
> Logs look like Chad's, pretty much.
> 
> > 
> > On Fri, 2007-03-02 at 23:21 +0000, Ben Clifford wrote:
> > > I was a similar exception a couple of days ago on something i was playing 
> > > with but moved onto other stuff and never got round to looking closer - 
> > > the -debug option didn't give a stack trace and I never started digging 
> > > through the code.
> > > 
> > > On Fri, 2 Mar 2007, Chad Glendenin wrote:
> > > 
> > > > I'm still trying to run a workflow that worked with VDL rc3. With Swift
> > > > snapshot 070301, the command-line argument works again, but now I get a Java
> > > > exception:
> > > > 
> > > > $ swift minmax.kml -list=filelist.txt
> > > > Swift V 0.0405
> > > > RunID: flkjse5yhp1c0
> > > > Execution failed:
> > > >        java.lang.NumberFormatException: null
> > > > 
> > > > Here's the code I'm trying to run.
> > > > 
> > > > //////
> > > > type file_t {};
> > > > type filelist_t {
> > > >    file_t file;
> > > > }
> > > > 
> > > > (file_t output, file_t error) minmax (file_t input) {
> > > >    app {
> > > >        wrapper @input stdout=@output stderr=@error;
> > > >    }
> > > > }
> > > > 
> > > > //filelist_t dataset[] <csv_mapper; file="filelist.txt">;
> > > > filelist_t dataset[] <csv_mapper; file=@arg("list")>;
> > > > foreach f in dataset {
> > > >    file_t out <regexp_mapper; source=@f.file, match="([^/]+).tar",
> > > > transform="\1.out">;
> > > >    file_t err <regexp_mapper; source=@f.file, match="([^/]+).tar",
> > > > transform="\1.err">;
> > > >    (out, err) = minmax(f.file);
> > > > }
> > > > //////
> > > > 
> > > > Here's my input file, 'filelist.txt':
> > > > 
> > > > file
> > > > /scratch20/chad/src/workflow/driventurb_3d_direct_plt_cnt_000340.tar
> > > > /scratch20/chad/src/workflow/driventurb_3d_direct_plt_cnt_000341.tar
> > > > 
> > > > Any idea what's causing the exception?
> > > > 
> > > > By the way, the only reason I'm trying to upgrade is so that I can get
> > > > disk-space management to work ("<profile namespace="SWIFT"
> > > > key="storagesize">40000000000</profile>" in sites.xml). My understanding is
> > > > that if I use VDL rc3, it could overrun the available scratch space and crash:
> > > > I have 13.3 TB of data to process, but the UC/ANL TG site only has 1.1 TB of
> > > > scratch space available. So if there's a way to enable scratch-space
> > > > management in rc3, that should be good enough for now. (I'm a Swift user, not
> > > > a developer, so I'd rather not be on the bleeding edge if I don't have to.)
> > > > 
> > > > Thanks,
> > > > ccg
> > > > 
> > > > _______________________________________________
> > > > Swift-user mailing list
> > > > Swift-user at ci.uchicago.edu
> > > > http://mail.ci.uchicago.edu/mailman/listinfo/swift-user
> > > > 
> > > _______________________________________________
> > > Swift-devel mailing list
> > > Swift-devel at ci.uchicago.edu
> > > http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel
> > > 
> > 
> > 
>