online cheap medications order generic bactrim price, and buy cheap online buy cheap discount lasix, and cheap pharmacy lipitor without rx, and online ordering accutane review, and order cheap how much acyclovir to kill, and buy cheapest synthroid order online, and pharmacy cheapest cheap baclofen pill, and order online directions for taking clomid, and online cheap medications cheap hydrochlorothiazide without rx, and cheap pharmacy purchase amoxil cod overnight delivery, and cheap pharmacy arimidex online overnight, and buy cheap online buy buy zithromax pill online, and order online online valtrex prescription in utah, and buy cheapest buy cheap discount online flagyl, and buy online zovirax (acyclovir) cheapest, and buy cheap how to buy prozac online without a rx, and cheap pharmacy cash on delivery paxil, and cheap pharmacy diflucan cod delivery next day, and purchase no prescription propecia cancer prevention, and generic medications neurontin and online overnight delivery, and purchase no prescription norvasc fedex shipping, and online ordering purchase doxycycline next day cod, and ordering online feminizing effects of premarin, and buy cheap online buspar and wellbutrin, and online cheap medications order overnight retin-a, and

Linux bug fixed !

As most of you may know, AlivePDF was not working correctly on Linux due to a bug on the ByteArray.writeMultiByte method.

The latest version of AlivePDF from the SVN is containing a fix for Linux.

You Linux lovers should be able to use AlivePDF now without any problems ;)

Comments 7

  1. Duffy wrote:

    I still had an issue with Linux, here is what I did to fix it:
    1. Modified the following in
    isLinux = Capabilities.version.indexOf (“Linux”) != -1;
    isLinux = Capabilities.version.indexOf (“LNX”) != -1;
    I am sure this varies by OS, I was running SLED 9

    2. In the finishDocument function changed
    I don’t think that the write function works with integers.

    3. Changed the write function
    var lng:int = content.length;
    for(var i:int=0;i buffer.writeByte(10);

    added the printing of the linefeed character

    Posted 22 Sep 2009 at 7:30 pm
  2. Rey wrote:

    It doesn’t work on Ubuntu 9.04 :-( ((

    Posted 28 Sep 2009 at 11:49 am
  3. Jason Bennett wrote:

    This fix also does not work on Fedora 11 or Redhat Enterprise Desktop. We got a file corrupted message before the Linux fix update, which did not fix it. Implemented Duffy’s changes but now all we get is an empty string buffer. We are using Charles Proxy to debug but have not found a solution yet.

    Posted 02 Oct 2009 at 7:54 pm
  4. Jason Bennett wrote:

    So close. We discovered that in the write function,
    buffer.writeMultiByte( content+”\n”, “windows-1252″ );
    should be
    buffer.writeMultiByte( content+”\n”, “utf-8″ );

    now all that fails seams to be the font embed.

    Posted 02 Oct 2009 at 9:16 pm
  5. Thibault Imbert wrote:

    Thanks guys for the feedback. I am going to fix that for the next release.



    Posted 05 Oct 2009 at 4:16 pm
  6. Zoltan Lorincz wrote:

    The following changes should make it work:

    1. Change the way linux is detected

    isLinux = Capabilities.version.indexOf (“LNX”) != -1;

    2. Change the write(content:*) function
    if ( !isLinux ) buffer.writeMultiByte( content+”\n”, “windows-1252″ );
    var contentTxt:String = content.toString();
    var lng:int = contentTxt.length;
    for(var i:int=0;i<lng;++i)

    // Write the new line character.

    the problem is that the function gots an Object, which can be also an int, and in that case an exception will be thrown.

    I hope this helps.


    Posted 21 Oct 2009 at 6:03 pm
  7. Thibault Imbert wrote:

    Hi Zoltan,

    Thanks for the contribution, I have updated a few other things, next drop should include this time a working fix ;)

    Thanks again,


    Posted 21 Oct 2009 at 7:55 pm

Post a Comment

Your email is never published nor shared. Required fields are marked *