Re: MMC cat

classic Classic list List threaded Threaded
1 message Options
Paul Verbeke Paul Verbeke
Reply | Threaded
Open this post in threaded view
|

Re: MMC cat

Hi James,

I made the changes as you suggested in the mmcfs.c file , and it works fine. Thanks for the help. The following was added at line 56 in the mmcfs.c file:

  // Scrub binary flag, if defined
  #ifdef O_BINARY
    flags &= ~O_BINARY;
  #endif

Thanks,

Paul

On Fri, Sep 3, 2010 at 7:00 AM, <[hidden email]> wrote:
Send eLua-dev mailing list submissions to
       [hidden email]

To subscribe or unsubscribe via the World Wide Web, visit
       https://lists.berlios.de/mailman/listinfo/elua-dev
or, via email, send a message with subject or body 'help' to
       [hidden email]

You can reach the person managing the list at
       [hidden email]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of eLua-dev digest..."


Today's Topics:

  1. Re: Typing file from MMC (James Snyder)
  2. Re: project ideas/ feedback (James Snyder)
  3. Re: project ideas/ feedback (Patrick)


----------------------------------------------------------------------

Message: 1
Date: Thu, 2 Sep 2010 09:23:30 -0500
From: James Snyder <[hidden email]>
To: "eLua Users and Development List (www.eluaproject.net)"
       <[hidden email]>
Subject: Re: [eLua-dev] Typing file from MMC
Message-ID:
       <AANLkTim0=[hidden email]>
Content-Type: text/plain; charset=ISO-8859-1

I don't have my LM3S6965 w/ me and won't be able to check this out
during the next few weeks.

I think the problem might be this:
http://github.com/elua/elua/commit/d636724b601db1b44a5efd0c937cb383f9a2ffd3

That was committed after the 0.7 release. IIRC, the issue goes
something like: newlib will set the binary flag, which generally
doesn't mean anything except on Windows.  FatFs always opens in binary
mode anyways, but either it or our flag conversion/checking were
bailing if this flag was set.

Sorry for all these issues you've been encountering, especially ones
that are already fixed in trunk :-)

At some point I believe we are aiming to have the interfacing between
the builder site and the eLua build system be a bit more flexible to
accomodate not only the last "stable" release, but also trunk.
Depending on where we are with the next release when I'm back in town
I may do a little combing around for bugfixes that are in trunk and
should be applied to the builder site's eLua codebase.

On Thu, Sep 2, 2010 at 3:38 AM, Bogdan Marinescu
<[hidden email]> wrote:
> On Thu, Sep 2, 2010 at 12:54 AM, Paul Verbeke <[hidden email]> wrote:
>> Hi Fernando,
>> Yes I did use the web based eLua builder, and I did add files which worked
>> fine. When I type 'ls' ?I see all of the files in ROM and the file that is
>> in MMC. However if I want to 'type' the file in the MMC it does not work. If
>> I want to run the same file using eLua it works fine. Just wondering if you
>> are supposed to be able to do this or not.
>
> You're definitely supposed to do that. eLua doesn't handle files on
> different filesystems differently. In your case, I have no idea why
> that doesn't work. I'll try to check.
>
> Thanks,
> Bogdan
>
>> On Wed, Sep 1, 2010 at 7:00 AM, <[hidden email]> wrote:
>>>
>>> Send eLua-dev mailing list submissions to
>>> ? ? ? ?[hidden email]
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>> ? ? ? ?https://lists.berlios.de/mailman/listinfo/elua-dev
>>> or, via email, send a message with subject or body 'help' to
>>> ? ? ? ?[hidden email]
>>>
>>> You can reach the person managing the list at
>>> ? ? ? ?[hidden email]
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of eLua-dev digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> ? 1. Re: Thanks for the mmc (Fernando Ara?jo)
>>> ? 2. Re: Thanks for the mmc (Pedro Bittencourt)
>>> ? 3. Re: Thanks for the mmc (Bogdan Marinescu)
>>> ? 4. Re: [OT] 2^5 (Bogdan Marinescu)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Tue, 31 Aug 2010 23:10:43 -0300
>>> From: Fernando Ara?jo <[hidden email]>
>>> To: "eLua Users and Development List (www.eluaproject.net)"
>>> ? ? ? ?<[hidden email]>
>>> Subject: Re: [eLua-dev] Thanks for the mmc
>>> Message-ID:
>>> ? ? ? ?<[hidden email]>
>>> Content-Type: text/plain; charset="iso-8859-1"
>>>
>>> > Fine point, you can't seem to type or ls the contents, but can run LUA
>>> > not
>>> >> sure why...
>>> >>
>>> >
>>> > Strange, I'll check it but not before the weekend :(
>>> >
>>>
>>> Did you you eLua Builder ? If so, please check if you added any files to
>>> the
>>> ROMFS
>>>
>>>
>>> >
>>> >
>>>
>>> Best,
>>>
>>> --Fernando Araujo
>>> -------------- next part --------------
>>> An HTML attachment was scrubbed...
>>> URL:
>>> <https://lists.berlios.de/pipermail/elua-dev/attachments/20100831/8ca3ad17/attachment-0001.html>
>>>
>>> ------------------------------
>>>
>>> Message: 2
>>> Date: Tue, 31 Aug 2010 23:42:42 -0300
>>> From: Pedro Bittencourt <[hidden email]>
>>> To: "eLua Users and Development List (www.eluaproject.net)"
>>> ? ? ? ?<[hidden email]>
>>> Subject: Re: [eLua-dev] Thanks for the mmc
>>> Message-ID:
>>> ? ? ? ?<AANLkTinzDn01acTCSuRKxds1_Hk7fJsZXZFG+EipB=[hidden email]>
>>> Content-Type: text/plain; charset="iso-8859-1"
>>>
>>> Hi!
>>> Lua Gravity is going great, we need to solve some memory issues (light
>>> functions and light tables may help).
>>> The bad news is: lua gravity is an excellent interrupt handler
>>> (simplifying a bit), but without interrupts we still need to use a loop to
>>> dispatch events (like btn presses, sensor readings and so on...)
>>> I'm brewing some solutions (better say "workarounds") on interruptions but
>>> I
>>> need some time on this, and time is not a luxury I have (as would
>>> say Khrushchev)
>>>
>>> --Pedro Bittencourt
>>> -------------- next part --------------
>>> An HTML attachment was scrubbed...
>>> URL:
>>> <https://lists.berlios.de/pipermail/elua-dev/attachments/20100831/6cb2d860/attachment-0001.html>
>>>
>>> ------------------------------
>>>
>>> Message: 3
>>> Date: Wed, 1 Sep 2010 11:03:11 +0300
>>> From: Bogdan Marinescu <[hidden email]>
>>> To: "eLua Users and Development List (www.eluaproject.net)"
>>> ? ? ? ?<[hidden email]>
>>> Subject: Re: [eLua-dev] Thanks for the mmc
>>> Message-ID:
>>> ? ? ? ?<[hidden email]>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> On Wed, Sep 1, 2010 at 5:42 AM, Pedro Bittencourt
>>> <[hidden email]> wrote:
>>> > Hi!
>>> > Lua Gravity is going great, we need to solve some memory issues (light
>>> > functions and light tables may help).
>>> > The bad news is: lua gravity is an excellent interrupt handler
>>> > (simplifying?a bit), but without interrupts we still need to use a loop
>>> > to
>>> > dispatch events (like btn presses, sensor readings and so on...)
>>> > I'm brewing some solutions (better say "workarounds") on interruptions
>>> > but I
>>> > need some time on this, and time is not a luxury I have (as would
>>> > say?Khrushchev)
>>>
>>> Of course you realize, this means war! :)
>>> Yes, there is a very simple implementation of interrupt handlers that
>>> is working from eLua (with some inherent limitations, but working
>>> nevertheless). I need to get my priorities straight a bit, and the
>>> best way to motivate myself is to promise right here on the list that
>>> I'm going to restart working on interrupt support (which seems to be
>>> needed by a lot of people) and add it to the trunk as soon as
>>> possible. Which I believe I just did :), so you can expect me to focus
>>> on this direction. Loadable binary (C) modules can wait a bit more,
>>> after all :)
>>>
>>> Best,
>>> Bogdan
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 4
>>> Date: Wed, 1 Sep 2010 11:04:00 +0300
>>> From: Bogdan Marinescu <[hidden email]>
>>> To: "eLua Users and Development List (www.eluaproject.net)"
>>> ? ? ? ?<[hidden email]>
>>> Subject: Re: [eLua-dev] [OT] 2^5
>>> Message-ID:
>>> ? ? ? ?<AANLkTi=[hidden email]>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> On Wed, Sep 1, 2010 at 2:19 AM, Thiago Naves <[hidden email]>
>>> wrote:
>>> > Happy birthday guys \o/ !!
>>>
>>> You probably meant \m/, right ? :D
>>>
>>> Best,
>>> Bogdan
>>>
>>> > On Tue, Aug 31, 2010 at 2:20 PM, Dado Sutter <[hidden email]>
>>> > wrote:
>>> >>
>>> >> Thanks again you all guys, for being arround, for all the support for
>>> >> the
>>> >> project and for having Fun with eLua.
>>> >>
>>> >> Best
>>> >> Dado
>>> >>
>>> >>
>>> >>
>>> >> On Tue, Aug 31, 2010 at 13:47, James Snyder <[hidden email]>
>>> >> wrote:
>>> >>>
>>> >>> Happy birthday to both Dado & Bogdan :-)
>>> >>>
>>> >>> I'm a little swamped, but perhaps I'll drop a present or two in SVN
>>> >>> before the day is out ( at least as the day is defined in UTC - 6 )
>>> >>> :-)
>>> >>>
>>> >>> -jsnyder
>>> >>>
>>> >>> On Tue, Aug 31, 2010 at 10:56 AM, Marcelo Politzer
>>> >>> <[hidden email]> wrote:
>>> >>> > Happy Birthday! and good hacking :D
>>> >>> >
>>> >>> > Regards,
>>> >>> > Marcelo
>>> >>> >
>>> >>> > Em 31 de agosto de 2010 12:37, Fernando Ara?jo <[hidden email]>
>>> >>> > escreveu:
>>> >>> >>
>>> >>> >> Happy bithday Dado and Bogdan!!! Many programming good things for
>>> >>> >> you
>>> >>> >> all
>>> >>> >> !!!
>>> >>> >>
>>> >>> >> Best,
>>> >>> >> --
>>> >>> >> Fernando Araujo
>>> >>> >>
>>> >>> >>
>>> >>> >>
>>> >>> >>
>>> >>> >> On Tue, Aug 31, 2010 at 10:25, Bogdan Marinescu
>>> >>> >> <[hidden email]> wrote:
>>> >>> >>>
>>> >>> >>> Thanks everyone!
>>> >>> >>>
>>> >>> >>> >> Hope your taking the day off :)-Patrick
>>> >>> >>>
>>> >>> >>> Nope, unfortunately.
>>> >>> >>>
>>> >>> >>> > I'm certainly not and in Bogdan's case, to take the day off
>>> >>> >>> > means
>>> >>> >>> > to
>>> >>> >>> > code a
>>> >>> >>> > bit more for eLua :)
>>> >>> >>>
>>> >>> >>> You're right, that's one of the best ways to spend my free time by
>>> >>> >>> far.
>>> >>> >>>
>>> >>> >>> Best,
>>> >>> >>> Bogdan
>>> >>> >>> _______________________________________________
>>> >>> >>> eLua-dev mailing list
>>> >>> >>> [hidden email]
>>> >>> >>> https://lists.berlios.de/mailman/listinfo/elua-dev
>>> >>> >>
>>> >>> >>
>>> >>> >> _______________________________________________
>>> >>> >> eLua-dev mailing list
>>> >>> >> [hidden email]
>>> >>> >> https://lists.berlios.de/mailman/listinfo/elua-dev
>>> >>> >>
>>> >>> >
>>> >>> >
>>> >>> > _______________________________________________
>>> >>> > eLua-dev mailing list
>>> >>> > [hidden email]
>>> >>> > https://lists.berlios.de/mailman/listinfo/elua-dev
>>> >>> >
>>> >>> >
>>> >>>
>>> >>>
>>> >>>
>>> >>> --
>>> >>> James Snyder
>>> >>> Biomedical Engineering
>>> >>> Northwestern University
>>> >>> [hidden email]
>>> >>> PGP: http://fanplastic.org/key.txt
>>> >>> Phone: (847) 448-0386
>>> >>> _______________________________________________
>>> >>> eLua-dev mailing list
>>> >>> [hidden email]
>>> >>> https://lists.berlios.de/mailman/listinfo/elua-dev
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> eLua-dev mailing list
>>> >> [hidden email]
>>> >> https://lists.berlios.de/mailman/listinfo/elua-dev
>>> >>
>>> >
>>> >
>>> > _______________________________________________
>>> > eLua-dev mailing list
>>> > [hidden email]
>>> > https://lists.berlios.de/mailman/listinfo/elua-dev
>>> >
>>> >
>>>
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> eLua-dev mailing list
>>> [hidden email]
>>> https://lists.berlios.de/mailman/listinfo/elua-dev
>>>
>>>
>>> End of eLua-dev Digest, Vol 26, Issue 4
>>> ***************************************
>>
>>
>> _______________________________________________
>> eLua-dev mailing list
>> [hidden email]
>> https://lists.berlios.de/mailman/listinfo/elua-dev
>>
>>
> _______________________________________________
> eLua-dev mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/elua-dev
>



--
James Snyder
Biomedical Engineering
Northwestern University
[hidden email]
PGP: http://fanplastic.org/key.txt
Phone: (847) 448-0386


------------------------------

Message: 2
Date: Thu, 2 Sep 2010 09:37:10 -0500
From: James Snyder <[hidden email]>
To: "eLua Users and Development List (www.eluaproject.net)"
       <[hidden email]>
Subject: Re: [eLua-dev] project ideas/ feedback
Message-ID:
       <AANLkTi=[hidden email]>
Content-Type: text/plain; charset=ISO-8859-1

If you're on Linux, you might also want to take a look at PiTiVi
(http://www.pitivi.org/) for doing simple non-linear editing. Last I
had checked it didn't support many of the advanced features one might
find in high-end suites, but the infrastructure appears to be there.
I've found it to be fairly well designed and robust, with the
exception that the gstreamer output codec options still feel like a
gui enumeration of all the raw options each codec provides.

Depending on where you want to post the your screencasts/videos you
may not even need to burn in subtitles since YouTube and some of the
other sites now have native support for them.

If you need help with stuff related to video & encoding, feel free to
send along any questions.  I may not have the answer, but I have
fiddled quite a bit with ffmpeg/mencoder and various
derivatives/frontends. :-)

On Wed, Sep 1, 2010 at 9:46 PM, Patrick
<[hidden email]> wrote:
> Thanks Pedro, Thanks Bogdan
>
> I have been working hard on putting together an eLua/Lua screencast series.
> I have several pieces put together now:
>
> -ffmpeg/mencoder for video
> -Audacity for sound
> -Capture card for live video
> -.srt files/mencoder for subtitles
> -Geany text editor for integrated text editor and shell
>
> The subtitle fonts are too large right now but after this is corrected I
> should be able to seamlessly record my voice, computer screen, demo board
> and other hardware and offer subtitles after post production too.
>
> I have an instrument here called a refractive index detector. I think I will
> tap the I/O lines and create a demo video. This instrument has PWM for
> heating, analogue signals for light and temperature, and a solenoid that
> diverts flow for solvent flowing through it. This might be a good way to
> show people a bit about eLua and learn myself. I might also hijack another
> instrument called a fraction collector that is a little robot.
>
> I move very slowly :( ?I might not have anything to show for a couple of
> months.
>
> Thanks again-Patrick
>
>
>
> On 09/01/2010 09:11 AM, Bogdan Marinescu wrote:
>>>
>>> Hi Everyone
>>>
>>> I have quite a few scientific instruments here. Almost all all of them
>>> use
>>> Motorola's 68000 series or 6800 CPUs and a couple have old Intel based
>>> microcontrollers(I forgot the models).
>>>
>>> Being only 8 bit and 16 bit I have not attempted to load an eLua image
>>> right
>>> into an instrument but I had another idea. I was thinking about using a
>>> another microcontroller as an eprom emulator. If I had another eLua based
>>> controller perhaps I could use the GPIO lines to respond to read requests
>>> from the 16/8 bit 68K/6800 CPUs. If I could figure out a suitable
>>> instruction to send when I wanted everything to hold then I could step
>>> instruments through instructions very slowly. This might be a great tool
>>> servicing them and might allow them to be used for unintended purposes.
>>
>> I'm not familiar with the external bus on the 68k, but there are
>> basically two versions of such buses:
>>
>> 1. synchronous - the bus has a WAIT signal that can be asserted by the
>> memory subsystem (or other peripherlas) to indicate to the CPU that it
>> is holding the bus, and it should only read data from the bus after
>> WAIT is deasserted
>> 2. asynchronous - in this case the bus cycle time is well known; this
>> is generally the case when accessing external memories (RAMs of Flash)
>>
>> If you can relate to 1 above, your approach should work. For 2,
>> however, it's highly unlikely that you'll be able to generate a fast
>> enough bus cycle from eLua to fool the CPU. It'd be hard even from ASM
>> code, I imagine.
>> eLua aside, have you though about fiddling with the clock? A clock
>> generator is something very easy to build these days, and it should
>> allow you to run the CPU as slow as you want.
>>
>>> Another thing I was thinking about was hijacking the instruments more
>>> directly. Do you think if I asserted the Motorola's CPU halt that I could
>>> then tap the inactive I/O lines with an Elua microcontroller. This would
>>> give me access to prefabricated circuits for just about everything. I
>>> could
>>> create some nice demos for PWM, LCD control etc...
>>
>> Sure, if you keep the CPU in RESET you should be able to pretend it's
>> not there (at least on the general purpose I/O lines) and do whatever
>> you want with the rest of the circuit. But then you'll have to
>> physically connect things to the PCB, which might be easy or a damn
>> nightmare :)
>>
>> Best,
>> Bogdan
>> _______________________________________________
>> eLua-dev mailing list
>> [hidden email]
>> https://lists.berlios.de/mailman/listinfo/elua-dev
>>
>
> _______________________________________________
> eLua-dev mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/elua-dev
>



--
James Snyder
Biomedical Engineering
Northwestern University
[hidden email]
PGP: http://fanplastic.org/key.txt
Phone: (847) 448-0386


------------------------------

Message: 3
Date: Thu, 02 Sep 2010 11:04:48 -0400
From: Patrick <[hidden email]>
To: "eLua Users and Development List (www.eluaproject.net)"
       <[hidden email]>
Subject: Re: [eLua-dev] project ideas/ feedback
Message-ID: <[hidden email]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 09/02/2010 10:37 AM, James Snyder wrote:
> If you're on Linux, you might also want to take a look at PiTiVi
> (http://www.pitivi.org/) for doing simple non-linear editing. Last I
> had checked it didn't support many of the advanced features one might
> find in high-end suites, but the infrastructure appears to be there.
> I've found it to be fairly well designed and robust, with the
> exception that the gstreamer output codec options still feel like a
> gui enumeration of all the raw options each codec provides.
>
> Depending on where you want to post the your screencasts/videos you
> may not even need to burn in subtitles since YouTube and some of the
> other sites now have native support for them.
>
> If you need help with stuff related to video&  encoding, feel free to
> send along any questions.  I may not have the answer, but I have
> fiddled quite a bit with ffmpeg/mencoder and various
> derivatives/frontends. :-)
>

Thanks very much for the tips James =)

I have also used Avidemux and been quite happy with it.

The subtitle plan is to create a text transcript on the page with the
true purpose of boosting page rank with crawlable text.

Another possible advantage is for me to talk about things I don't
understand yet!

I live just North of Toronto, Canada. Here we have a large immigrant
population(my town is 65% "visible minority", whatever that means now).
With immigrate in-laws and friends I have trained myself to not use
slang and some people have said that my English is easy to understand.

If non-native English speaking eLua users wanted to me to do a
screencast for them I could convert a text document to subtitles and
just read along without a clue of what I am talking about =)

I started a screencast series but I am not happy with it and want to
totally redo it but if you want to hear my voice please visit:
www.cakeandfile.com/001intro.avi

Thanks again-Patrick


------------------------------

_______________________________________________
eLua-dev mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/elua-dev


End of eLua-dev Digest, Vol 26, Issue 7
***************************************


_______________________________________________
eLua-dev mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/elua-dev