Avatar for JumJum


Member since Oct 2013 • Last active Jun 2019
  • 128 conversations

Most recent activity

  • in General
    Avatar for JumJum

    Lets start a discussion ;-)
    blacklisting C files looks dangerous to me.
    I could imagine to blacklist jswrap*.c files, but even that, at least for me, is like a mine field.
    May be we could add some more defines to remove blocks of software, like waveform

    My idea was to use wildcard to remove idle/init/kill which belong to a class
    We could add class to wrapper with type idle
    It could be set for waveform, and would be empty for pipe.

    Going through your list, I tried to get an overview what init idle and kill are used for

    • init looks mainly important for some boards and for net, bluetooth. There is no need to blacklist them, we already have defines for that
    • idle is used for waveform, serial and pipe. IMHO serial and pipe should never be blacklisted, waveform could be blacklisted
    • kill usage is a mix, blacklist it for waveform should cause no problem
  • in General
    Avatar for JumJum

    Taking waveform as an example, we have
    "type" : "idle", "generate" : "jswrap_waveform_idle",

    how could I recognize that this belongs somehow to class Waveform ?

  • in ESP8266
    Avatar for JumJum

    there is a not fully tested change in py file, to support wildcard.
    This change is used today in efeu only.
    For now in your environment you could add all functions to blacklist instead of using wildcard

  • in Projects
    Avatar for JumJum

    Replacing exisiting code like jshardware.c with other code from unknown source would open a possible backdoor for virus etc. @Gordon gave me some examples for that.
    Therefore the decision is to use c-sources from repositiory only. There we have a good chance to refuse dangerous code.
    Requiring a md file for each submission is my recommendation. But I would not make this mandatory. Feel free to write and add pull request for md file where you miss it. Good starting point is the JSON mapping for each class/function/... in c-code.

    @allObjects, thanks for your explanation. You brought it to the point as always.

    Any change like 3SPI would cause changes which are not easy to do, at least on my best knowledge. If it is a simple change only, I would recommend to add changes to Espruino repository itself.
    I've no idea, what MDBT42Q supports. This should be done by somebody with better skills

  • in Projects
    Avatar for JumJum

    Just added a DigitalPort extension, to above repository
    Especially guys in my age will have been waiting for this ;-)

  • in Projects
    Avatar for JumJum

    Gordon keeps care on quality and usability of Espruino, and he is doing a perfect job.

    But sometimes somebody somewhere somehow creates his own SuperDuper functions.
    Functions, that could be of interest for others
    Together with EFEU, see http://forum.espruino.com/conversations/­334202/newest/ a first small repository is available now with first couple of nice extensions.

    If you are interested and would like to add your own extensions, please create a pull request for this repository https://github.com/jumjum123/EspruinoExt­ensions

  • in Projects
    Avatar for JumJum

    You can find EFEU here http://www.jumware.eu:88/efeu
    Its an online tool which supports you to create your own customized version of Espruino firmware.

    Please have in mind, it is beta.
    It will not be updated to changes in Espruino before July, may we see each other in Alberta during that time ;-)
    If you find problems, have ideas to make things better, or whatever, please use this forum for now.
    As soon as everything becomes more stable, we will find other ways.