fr.bernat


About me


  • fr.bernat has started 2 topics. 4 people are following them.
  • fr.bernat has made 2 replies.

Recent activity

Subscribe to this feed
  • question

    T-bone replied on June 03, 2008 01:13 to the question "Using flashdisk object - code check request" in Tibbo:

    T-bone
    Yes, that looks correct, you will have to mount the drive after each power up.

    I am not sure what you mean by truncate a file?

    The fd.buffernum, fd.setbuffer and fd.getbuffer if I recall correctly, is for the RAW access mode, you are using the filesystem mode.

    It is not necessary to allocate buffer for flashdisk.

    I am not sure about when longstring will be introduced.
    Do you think this answers the question? Mark it as answered
  • question

    fr.bernat asked a question in Tibbo on May 27, 2008 18:31:

    fr.bernat
    Using flashdisk object - code check request
    I would like to ask for a check of my code using fd object.
    Is it the right way to use fd object?
    Is necessary to use mount after each power up?
    Is it possible to truncate a file?
    For what stands fd.buffernum?
    For what stands fd.setbuffer and fd.getbuffer?

    Is it necessary to allocate buffers like serial or socket object? (I didn't see buffrq method.)

    'FD prepare
    fdres=fd.format(100, 10)

    'fd.format(data_size, num_stored_files)
    'data_size as word: number of sectors (256 Byte each sector)?
    'num_stored_files: allowed maximal number of files

    fd.mount '?

    'Create and write file
    fdres=fd.create("asd.txt")
    fdres=fd.open("asd.txt")
    fdres=fd.setdata("Some data...")
    fdres=fd.setdata("More data...")
    'fd.filenum stands to select a specific file, like ser.num property? (so is it a file handle?)
    fd.close

    'Open and read file
    fdres=fd.open("asd.txt")
    astr=fd.getdata(250)
    fd.close

    And a last question, will be longstrings intoduced in the next update?
  • question

    A comment on the question "AES support, WideString support, HTTP post error with Firefox" in Tibbo:

    ezuk
    Good point, thanks! – ezuk, on April 30, 2008 19:29
  • question

    fr.bernat replied on April 30, 2008 17:49 to the question "AES support, WideString support, HTTP post error with Firefox" in Tibbo:

    fr.bernat
    Some note to AES: Please be careful to remain compatible with OpenSSL.
    Recently I had problem with different AES implementations.
    Tibbo AES solution will work easily, if I can encrypt/decrypt TCP data flow with OpenSSL. E.g. "openssl enc -aes-128-cfb -nosalt -in inputfile -out outputfile -pass pass:something"
    Do you think this answers the question? Mark it as answered
  • question

    A comment on the question "AES support, WideString support, HTTP post error with Firefox" in Tibbo:

    fr.bernat
    Thanks for the fast and precise answers. (Note to widestrings: you are right, I meant longstrings.) I hope the planed improvements will be available soon. – fr.bernat, on April 30, 2008 16:44
  • question

    ezuk replied on April 30, 2008 07:17 to the question "AES support, WideString support, HTTP post error with Firefox" in Tibbo:

    ezuk
    Quite a few questions here. Let's see:

    AES: There will definitely be an option for a secure data exchange. It's right at the top of our development priorities. But I don't want to downplay the amount of time and effort it takes. So -- it will be done, but I can't make any promises with regards to times.

    wide strings: This is directly from our TIDE lead developer:

    He is mixing two things in one:

    1) Widestring is UNICODE string (which uses 2 bytes for each characters, so-called wide-chars). that's critical for asian languages, but there are no plans to support that in near future.

    2) String that will be longer than 255. That is indeed a known limitation at this time, and there are definitely plans to lift it. We might introduce another type like longstring or stringex or buffer which will has no limitation, or simply modify ALL strings to support 65536 characters, which should be enogh for most people who are stuck now.


    This is a matter of firmware engineering, and once more, I cannot commit to a specific deadline.

    form bug: This is apparently a known issue, and our Taiko guys are working on a fix. It's a firmware issue. Is this critical for your application?
    Do you think this answers the question? Mark it as answered
  • question

    fr.bernat asked a question in Tibbo on April 29, 2008 18:35:

    fr.bernat
    AES support, WideString support, HTTP post error with Firefox
    Some questions:
    - Do you intend to introduce AES encryption?
    It is really annoying that I cannot make secure data exchange.

    - Another one: when will be wide strings introduced?
    Will be sock.httprqstring's type modified to widestring? Other way it doesn't have sense using sock.varbuffrq(2) or sock.varbuffrq(3) if I cannot get access to more, than the first 255 bytes of the variable.

    - And a last one: If I make a html form on Tibbo EM-1000 with post method although it works in IE, it won't in Firefox. I know that it is curious but I tested on different PC-s. Please someone try it. (A note: Taiko doc is talking about using post method in "Working with HTTP Variables" section but the source uses "get", same as the provided "08-html_login_1".)