It's indent -- and it kills!
Apparently every value of the for [0-9][A-FH] gets a space added.
Affects many family codes. Looks like we need a new release.
Paul
On 1/1/07, Paul Alfille <[EMAIL PROTECTED]> wrote:
On 1/1/07, [EMAIL PROTECTED] <[EMAIL PROTECTED] > wrote:
>
> Hi all,
>
>
> My p
On 1/1/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hi all,
My preliminary check out shows all the modules are working with a few
exceptions:
Both owserver and owhttpd find my 1D. device, but type it as generic
instead of DS2423, therefore no data is readable.
Using the --autoserver option
Hi all,
Been out of the dev loop for way to long now. Have been happily
using the MacOSX builds from a year ago. Thought it's time to
upgrade to the new functions offered in owshell, however...
Build 2.5p9 fails to make with a long list of errors.
Build 2.5p8 successfully builds the owdi
Just an FYI - I've modified more of the code base to segregate nested
functions for those platforms that don't support them. I don't think
this work is finished yet and I'll continue working on it over the
next few days. If anyone finds any problems on other platforms
(non-MacOSX) let me know and I
I modified ow_dir.c to use the NO_NESTED_FUNCTIONS macro instead of
the __MacOS__ macro. The change has been check into CVS.
- Peter
On 10/9/06, Paul Alfille <[EMAIL PROTECTED]> wrote:
> So you want to keep the nested function and force nested with a command line
> switch? Sounds good to me. I f
So you want to keep the nested function and force nested with a command line switch? Sounds good to me. I found extensive discussions about executable stacks, trampolines, etc.Otherwise the CVS has a work-around for Mac in ow_dir.c using a mutex and global variable.
Paul AlfilleOn 10/9/06, Peter Kr
Things are progressing. I've just committed a couple of changes that
will allow for testing the compiler for nested function support during
the initial bootstrap / configure steps. See acinclude.m4 and
configure.ac for the changes. And the ow_dir.c module has been updated
to use the new NO_NESTED_F
Ok, I think the fix is in, though I can't test it without the correct target platform.Basically, I made global variables for the information we were tacitly passing, and put in a lock to protect them. Should be a big performance problem -- these directories are being pulled from RAM, not the 1-wire
I can see why you hesitated with the nested function. There is no place to pass data into the function. Our choices are:1. Write our own "twalk"2. Use global variables and a mutex.I guess I'll do the later for the Mac. What's the "#define" for Mac?
PaulOn 10/8/06, Peter Kropf <[EMAIL PROTECTED]> wr
Ok, I've fixed the makefile problem - there was an extra space after a
backslash.
The nested function seems to be a bit over my head right now. I'm not
seeing a reasonable way to pass the pn2 variable to the action
function. But I will take another shot at it tomorrow evening unless
someone else g
I'll start looking into it tonight but I'm not going to be able to
spend too much time on it. Getting late here and I need to be up & out
early tomorrow morning. Worst case, I'll start on it again tomorrow
evening.
- Peter
On 10/7/06, Paul Alfille <[EMAIL PROTECTED]> wrote:
> Hi Peter,
>
> In th
Hi Peter,In the first instance, the tab was probably added automatically by the editor. Tabs are handled specially in makefiles, and if you can fix it, I'd be pleased.Nested functions: They are there only for convenience. All the ones dealing with threads were removed because of changes in recent l
Hi -
Due to the recent demise of my Thinkpad, I'm not working on a MacBook
Pro. Things here are different but still very similar. But pretty fun.
I'm just getting around to building owfs for the first time on MacOSX
and have run into a couple of problems. I would like to know if anyone
else is us
13 matches
Mail list logo
