[armedbear-devel] Losing on multiprocessing

Alan Ruttenberg alanruttenberg at gmail.com
Thu Sep 26 21:17:30 UTC 2013


Another reason might be that the string looks like garbage. Maybe a
character encoding issue - haven't run it on a mac, which I am now. It was
definitely working on the big machine.

...

Yes, character encoding. For the purposes of test use

(unwind-protect
     (let ((name (#"getName" next-in)))
       (funcall fn (jss:new 'java.lang.string buffer 0 size "UTF-8") name))
  (#"close" in-stream))

in jar-map, which gets the string as UTF-8. I need to think about what the
right way to handle this in general. Presumably there is some way to figure
out the character encoding...

-Alan


On Thu, Sep 26, 2013 at 4:38 PM, Alan Ruttenberg
<alanruttenberg at gmail.com>wrote:

> which should result in matches for all jars, because every jar that Maven
> uses, has a manifest contains the string "Manifest-Version: 1.0".  But I
> get no hits, and the execution is so fast, that I suspect that the matcher
> is not actually working on anything for some reason.  Since you pass a
> closure with a reference to the regex as the function to
> THEREADS:MAKE-THREAD, trying to TRACE stuff doesn't seem to work so well.
>
> I need to spend more time with the matcher to understand why I am not
> generating any hits.  Any ideas on your end?
>
> Yah. The, the search is case sensitive. You are searching for MANIFEST and
> the title of the entry is MANIFEST but the file has the string "Manifest" :)
>
> -Alan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/armedbear-devel/attachments/20130926/b0ef7e56/attachment.html>


More information about the armedbear-devel mailing list