text:
Fails on start

Installing this theme without special attention leads to Hyper failingh with:
Uncaught Exception:
TypeError: Cannot read property 'toLowerCase' of undefined
    at Object.exports.decorateConfig (~/.hyper_plugins/node_modules/hyper-material-theme/index.js:94:20)
    at modules.forEach.plugin (/Applications/Hyper.app/Contents/Resources/app/plugins.js:330:30)
    at Array.forEach (native)
    at decorateObject (/Applications/Hyper.app/Contents/Resources/app/plugins.js:328:11)
    at Object.exports.getDecoratedConfig (/Applications/Hyper.app/Contents/Resources/app/plugins.js:352:10)
    at install (/Applications/Hyper.app/Contents/Resources/app/plugins.js:226:50)
    at updatePlugins (/Applications/Hyper.app/Contents/Resources/app/plugins.js:76:3)
    at Timeout.setTimeout (/Applications/Hyper.app/Contents/Resources/app/plugins.js:170:5)
    at tryOnTimeout (timers.js:232:11)
    at Timer.listOnTimeout (timers.js:202:5)

The reason is that your configuration options such as theme or backgroundOpacity are not set by default.

You know how to fix this?

@MatthiasWinkelmann You can fix this by adding
theme: `${ config.theme || '' }`,

inside the object.assing()

authors: MatthiasWinkelmann equinusocio

repo: equinusocio/hyper-material-theme


text:
Config menu using tootip

If I keep up like this I'll have the highest number of PR merges

You underestimate the amount of small PRs I create :). I follow my own words about them being better than big PRs.

source: gharchive/pull-request

repo: erasels/SpireMapOverhaul

license: MIT

license_type: permissive

license_source: github-api


text:
Failed to read the DML of Oracle archive log.

I have a problem. I failed to read the Oracle DML archive log, but I can read the DDL log. After the monitoring table is newly created, the DML information of the first inserted data can be read, and the latter cannot read the DML archive information.

Hi,
Did you check this issue with another table already created before ? Could you please share your config file ?
Thanks

hi erdemcer，
this is my config file:
name=oracle-logminer-connector
connector.class=com.ecer.kafka.connect.oracle.OracleSourceConnector
db.name.alias=ALIAS
tasks.max=10
topic=TOPIC_1
db.name=name
db.hostname=XXX.XX.XX.XX
db.port=1521
db.user=user
db.user.password=password
db.fetch.size=1
table.whitelist=USER.T1
table.blacklist=USER.T2
parse.dml.data=true
reset.offset=true
multitenant=false
I use the new table to test, DDL is OK, DML can only receive the first one. I'm looking at the source code, and I find logMinerData.next () method does not get DML information, so I am checking whether the Oracle archive is correct
thanks

What is you db version ? Could you please share connector log file after it started ? And could you please start connector after  table creation and do some DML ?

my oracle version is ：Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
Can I send the log information to your email?
My Oracle archive log can find DML information, but Kafka conn Oracle can't.

The log information of the operation according to your requirements has been sent to Gmail mailbox.

have you opened archivelog with logminer with COMMITTED_DATA_ONLY attribute  and find related data ?
Sometimes commit can be forgotten or table list name are written in lower case . According to your config , table lists are seen in upper case . could you please check the other issues ?
Thanks

I think there is a problem with the Oracle archive log. logMinerData.next () is a blocking method. It cannot read the corresponding change information.
thanks

For your Oracle version CONTINUOUS_MINE attribute is used for capture and logminerData resultset is always on because of this attribute.When a dml occured v$logminer_contents view which is used by logminerData is populated.

source: gharchive/issue

authors: AiWelv erdemcer

repo: erdemcer/kafka-connect-oracle


text:
Fix install on Windows

Fix the following error when trying to install on Windows:
the package 'true' is not recognized as an internal or external command

Fix install on windows:

Pull Request Test Coverage Report for Build 59

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 55:
0.0%

Covered Lines:
1

Relevant Lines:
1

💛  - Coveralls

repo: erdtman/aes-ccm


text:
Add test case using development network

Add a test case similar to this that deploys and upgrades a proxy using a local nile node.

Fixed by https://github.com/ericglau/openzeppelin-nile-upgrades/commit/2c88419b84bad2e441f4cff209a6b300ea7b2603

repo: ericglau/openzeppelin-nile-upgrades


text:
Exclude Cranky.toml from package

The Cranky config file shouldn't be included in the package as it's only used for during development.

Thanks for the fix.
Just out of curiosity, does this have any impact downstream? I'm surprised that anyone even noticed.

Thanks for the swift response!

Just out of curiosity, does this have any impact downstream? I'm surprised that anyone even noticed.

I'm packaging escape8259 for Fedora, that's why I noticed. :slightly_smiling_face:

Thanks for the swift response!

Just out of curiosity, does this have any impact downstream? I'm surprised that anyone even noticed.

I'm packaging escape8259 for Fedora, that's why I noticed.

authors: arthur-elimity2 ericseppanen principis


text:
Cannot get buy limit to work

I cannot figure out what I am doing wrong to not be able to do buy_limit, any help is appreciated!
from bittrex import Bittrex
api = Bittrex('0c7axxxxxx197d4ac5aa', 'fce8a5xxxxx245a4d81ac10')
#getting BTCBalance
trade = 'BTC'
pumpcurrency = raw_input('which currency would you like to pump?')
market = '{0}-{1}'.format(trade, pumpcurrency)
BTCbalance = api.get_balance(trade)['result']['Available']
print "Your balance is {0} {1}.".format(BTCbalance, trade)
Getting the BTC price for your pumpable currency
cryptosummary = api.getmarketsummary(market)
currencyprice = cryptosummary['result'][0]['Last']
print 'The price for {0} is {1:.8f} {2}.'.format(pumpcurrency, currencyprice, trade)
Amount of coins to buy
amount = BTCbalance/currencyprice
How big of a profit you want to make
multiplier = 1+ float(raw_input("How much profit would you like to make? (input percentage as integer)"))/100
print ("Selling at "+str(multiplier) +"x profit")
Buying the pump currency for BTC
api.buy_limit(market, amount, currencyprice)
print ('Buying ' +str(amount)+" "+ pumpcurrency + ' at ' + str(currencyprice) + " each.")

There's a lot wrong here...you seem to understand the basic idea of using the ,JSON as a list but lack the proper implementation.
Also you need to examine your usage of quotation marks.

Hi,
Is there any way you could be more specific with some examples?
Best,
Ryszard

From: Munkeynutz notifications@github.com
Sent: July 27, 2017 8:16 PM
To: ericsomdahl/python-bittrex
Cc: Domebone; Author
Subject: Re: [ericsomdahl/python-bittrex] Cannot get buy limit to work (#34)
There's a lot wrong here...you seem to understand the basic idea of using the ,JSON as a list but lack the proper implementation.
Also you need to examine your usage of quotation marks.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/ericsomdahl/python-bittrex/issues/34#issuecomment-318521556, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AM0YFFd9_IiNNytKst4DPOkqLP51cCpDks5sSShWgaJpZM4Okpeo.

i'm closing this issue, PEBKAC

authors: Domebone Munkeynutz ericsomdahl

repo: ericsomdahl/python-bittrex

license: mit

license_source: bigquery


text:
OCMock Are you trying to mock the init method? This is currently not supported

@implementation UserService

- (NSArray *)getUserInfos {
        UserDao *dao = [[UserDao alloc] init];
	NSArray *result = [dao get];
	return result;
}

@end

- (void)testGetUserInfos {
    id daoMock = OCMClassMock([UserDao class]);
    OCMStub([daoMock alloc]).andReturn(daoMock);
    OCMStub([daoMock init]).andReturn(daoMock);

    UserService *service = [UserService new];
    [service getUserInfos];

    OCMVerify([daoMock get]);
}

failed: caught "NSInternalInconsistencyException", "** Method init invoked twice on stub recorder. Are you trying to mock the init method? This is currently not supported."
How to mock  [[UserDao alloc] init];

From the docs it says:
IMPORTANT: It is not possible to stub the init method, because that is implemented by the mock itself. However, when the init method is called again a after the original initialisation the mock object simply returns self. This makes it possible to effectively stub an alloc/init sequence.

If you remove the OCMStub([daoMock init]).andReturn(daoMock); does it work for you?
Which version of the library are you using? Top of tree gave me a different result with your code. It's still an exception "Mock object was not used in OCMStub/OCMExpect/OCMReject. Did you accidentally use a real object? but not the one you got.

PR #410 Fixes up the case where the exception wasn't being passed through the macro.

From the docs it says:

IMPORTANT: It is not possible to stub the init method, because that is implemented by the mock itself. However, when the init method is called again a after the original initialisation the mock object simply returns self. This makes it possible to effectively stub an alloc/init sequence.

If you remove the OCMStub([daoMock init]).andReturn(daoMock); does it work for you?

I remove OCMStub([daoMock init]).andReturn(daoMock); ,  it work for me.
But i stub [dao get], it doesn't work,  [dao get] return nil;
- (void)testGetUserInfos {
    id daoMock = OCMClassMock([UserDao class]);
    OCMStub([daoMock alloc]).andReturn(daoMock);

    NSArray *resultArray = @[@"test"];
    OCMStub([daoMock get]).andReturn(resultArray);

    UserService *service = [UserService new];
    [service getUserInfos];

    OCMVerify([daoMock get]);
}

Using  current top of tree OCMock:
@interface UserDao :NSObject
@end

@implementation UserDao
- (NSArray *)get {
  return @[@"Happy"];
}
@end

@interface UserService : NSObject
@end

@implementation UserService

- (NSArray *)getUserInfos {
        UserDao *dao = [[UserDao alloc] init];
  NSArray *result = [dao get];
  return result;
}

@end

@interface DaoTest : XCTestCase
@end

@implementation DaoTest
- (void)testGetUserInfos {
    id daoMock = OCMClassMock([UserDao class]);
    OCMStub([daoMock alloc]).andReturn(daoMock);
    NSArray *resultArray = @[@"test"];
    OCMStub([daoMock get]).andReturn(resultArray);

    UserService *service = [UserService new];
    NSArray *result = [service getUserInfos];
    XCTAssertEqualObjects(resultArray, result);
    OCMVerify([daoMock get]);

}
@end

works fine for me

Using current top of tree OCMock:
@interface UserDao : NSObject
@end

@implementation UserDao
- (NSArray *)get {
  return @[@"Happy"];
}
@end

@interface UserService : NSObject
@end

@implementation UserService

- (NSArray *)getUserInfos {
        UserDao *dao = [[UserDao alloc] init];
  NSArray *result = [dao get];
  return result;
}

@end

@interface DaoTest : XCTestCase
@end

@implementation DaoTest
- (void)testGetUserInfos {
    id daoMock = OCMClassMock([UserDao class]);
    OCMStub([daoMock alloc]).andReturn(daoMock);
    NSArray *resultArray = @[@"test"];
    OCMStub([daoMock get]).andReturn(resultArray);

    UserService *service = [UserService new];
    NSArray *result = [service getUserInfos];
    XCTAssertEqualObjects(resultArray, result);
    OCMVerify([daoMock get]);

}
@end

works fine for me and passes tests.

My project OCMock version is 3.3.1, it doesn't work.
I update to 3.6 ,it works.  thanks

authors: HiMelody dmaclach

repo: erikdoe/ocmock


text:
Duplicate letter guesses with one green and one grey suggests invalid solutions

% ruby word_guesser.rb "STARE xxxxx" "DOILY x^x^^" "LOWLY x^x^^"
COYLY
FOLLY
GOLLY
HOLLY
JOLLY
NOBLY

All _OLLY words aren't possible answers since LOWLY's first L response indicates there are no (more) L's.

This was fixed when I ported this over to Atlas Search in https://github.com/erikhatcher/mongordle/blob/main/word_guesser.rb
The fix was to exclude L in every position when x was processed, but when making the search engine constraints ignore the positional excludes on characters that are green/^

Here's mongordle's response:
➜  mongordle git:(main) ✗ ruby word_guesser.rb "STARE xxxxx" "DOILY x^x^^" "LOWLY x^x^^"
{"letters":{"$nin":["S","T","A","R","E","D","I","W"],"$all":["O","L","Y"]},"letter1":{"$nin":["L"]},"letter2":{"$eq":"O"},"letter3": {"$nin":["L"]},"letter4":{"$eq":"L"},"letter5":{"$eq":"Y"}}
COYLY
NOBLY
2

repo: erikhatcher/solrdle


text:
Fetch data based in props from component

There are some cases when the static fetch data is limited to whats on the state to decide what action or what arguments should be passed to the action.
For example, let's say you want to use some component's property value as an argument to dispatch an action. Today with the static fetching we cant due at that time we don't have any information about the actual component being rendered.
But! there's another approach, the "Redux resolver" https://github.com/savemysmartphone/universal-redux-boilerplate/blob/master/shared/redux-resolver.js
I implement it into this example and it worked like a charm, but, I wonder if I'm missing something, maybe something related to the transitionHook, I don't know.
Well, if there's interest (even from me) I have already made the implementation which I could share.
Cheers!

Hi @sebas5384, can you share implementation/usage, please? I would like to try this in my own project.

definitely an interesting approach @sebas5384 i'm curious to see more examples. by itself it's a little more verbose than the @connect middleware used by this boilerplate but i could see this being nicely wrapped into a its own middleware (i.e. @reduxConnect({actions: require('redux/actions/Actions'})) or a ReduxComponent` that is extended.

I, too, would like to see what @sebas5384 has come up with.

Great! I'll push an usage later today! but here's the implementation:
https://github.com/erikras/react-redux-universal-hot-example/compare/master...sebas5384:redux-resolver

I copied @sebas5384's implementation to play around with in my setup.  I noticed some rendering issues when the rendering of the html contents was done inside of Html's render method on the server, so I have Html optionally accepting a content prop.  With that, I can render the content prior to rendering the Html component and pass it as a prop (essentially how it's done in https://github.com/savemysmartphone/universal-redux-boilerplate) while leaving the hydrateOnClient function untouched.
I also updated the Widget component to fetch its data in componentWillMount instead of the static fetchData method as an example of the usage.
Here's the widget example for easy comparison.  Originally, Widget.js looked like this:
…
import * as widgetActions from 'redux/modules/widgets';
import {isLoaded, load as loadWidgets} from 'redux/modules/widgets';
import {initializeWithKey} from 'redux-form';
import { WidgetForm } from 'components';

@connect(
  state => ({
    widgets: state.widgets.data,
    editing: state.widgets.editing,
    error: state.widgets.error,
    loading: state.widgets.loading
  }),
  dispatch => ({
    ...bindActionCreators({
      ...widgetActions,
      initializeWithKey
    }, dispatch)
  })
)
class Widgets extends Component {
  static propTypes = {
    widgets: PropTypes.array,
    error: PropTypes.string,
    loading: PropTypes.bool,
    initializeWithKey: PropTypes.func.isRequired,
    editing: PropTypes.object.isRequired,
    load: PropTypes.func.isRequired,
    editStart: PropTypes.func.isRequired
  }

  static fetchData(store) {
    if (!isLoaded(store.getState())) {
      return store.dispatch(loadWidgets());
    }
  }
  …
}

Using the redux resolver technique, it becomes:
...
import * as widgetActions from 'redux/modules/widgets';
import {isLoaded} from 'redux/modules/widgets';
import {initializeWithKey} from 'redux-form';
import { WidgetForm } from 'components';

@connect(
  state => ({
    widgets: state.widgets.data,
    editing: state.widgets.editing,
    error: state.widgets.error,
    loading: state.widgets.loading
  })
)
export default
class Widgets extends Component {
  static propTypes = {
    widgets: PropTypes.array,
    error: PropTypes.string,
    loading: PropTypes.bool,
    editing: PropTypes.object.isRequired,
    dispatch: PropTypes.func.isRequired
  }

  static contextTypes = {
    store: PropTypes.object.isRequired
  }

  componentWillMount() {
    const { dispatch } = this.props;
    const { resolver, getState } = this.context.store;
    this.actions = bindActionCreators( {
      ...widgetActions,
      initializeWithKey
    }, dispatch);

    if (!isLoaded(getState())) {
      return resolver.resolve(this.actions.load);
    }
  }
  …
}

As @bdefore points out, it is a bit more verbose.  Two things contribute to increased verbosity:

Need to get dispatch off of props since its no longer just passed as a param before calling bindActionCreators.
Need to get the store from the context which means adding the contextTypes definition to expect it.

Neither of these feels like a big deal to me in exchange for being able to use props during initial data fetch on both client and server, but I'm definitely interested in ideas for simplifying.
Anyways, here’s the commit in my fork that contains the changes described above:  https://github.com/bdsabian/react-redux-universal-hot-example/commit/edd618f559250e5a986449c473be19b09868c071
Happy to submit as a pull request if that's of interest.

@bdsabian awesome work man! :+1:
Indeed it get more verbose, but like you said it's really not a big issue.
About the first thing you pointed out, why you need to use the bindActionCreators() in componentWillMount()? I don't remember needing that.
Maybe all this verbose and boilerplate could be done by a decorator, just a thought.

@sebas5384, you're right of course.  I guess that was a left over from experimentation...  The action binding should be done in the connect helper:
// ...
import * as widgetActions from 'redux/modules/widgets';
import {isLoaded} from 'redux/modules/widgets';
import {initializeWithKey} from 'redux-form';
import { WidgetForm } from 'components';

@connect(
  state => ({
    widgets: state.widgets.data,
    editing: state.widgets.editing,
    error: state.widgets.error,
    loading: state.widgets.loading
  }),
  dispatch => ({
    ...bindActionCreators({
      ...widgetActions,
      initializeWithKey
    }, dispatch)
  })
)
export default
class Widgets extends Component {
  static propTypes = {
    widgets: PropTypes.array,
    error: PropTypes.string,
    loading: PropTypes.bool,
    initializeWithKey: PropTypes.func.isRequired,
    editing: PropTypes.object.isRequired,
    load: PropTypes.func.isRequired,
    editStart: PropTypes.func.isRequired
  }

  static contextTypes = {
    store: PropTypes.object.isRequired
  }

  componentWillMount() {
    const { resolver, getState } = this.context.store;

    if (!isLoaded(getState())) {
      return resolver.resolve(this.props.load);
    }
  }
// ...
}

I implemented a quick decorator for this:
@resolve(actionName, conditions)
actionName is a string identifying the action to execute (e.g., 'load').
conditions is a function that receives the global state as a param and returns a boolean (whether or not to dispatch the action).
This enables the following usage which has been working quite well for me so far:
// ...
import resolve from 'decorators/redux-resolve';

@connect(
  state => ({
    widgets: state.widgets.data,
    editing: state.widgets.editing,
    error: state.widgets.error,
    loading: state.widgets.loading
  }),
  dispatch => ({
    ...bindActionCreators({
      ...widgetActions,
      initializeWithKey
    }, dispatch)
  })
)
@resolve(
  'load',
  (state) => !isLoaded(state)
)
export default
class Widgets extends Component {
// ...
}

Originally, I had made it a bit more generic to be used like this:
@resolve((resolver, getState) => {
   if(!isLoaded(getState())) {
      resolver.resolve(this.props.load);
   }
})

But, at least so far in my app, it always ends up being if (something): dispatch action.  So @resolve(actionName, conditions) is more concise for me.
Anyways, this is my first decorator, so I appreciate any feedback.  Would love to hear what you guys think!
Here's a link to the implementation: https://github.com/bdsabian/react-redux-universal-hot-example/commit/3355ccece52d3c93c76ad61b1c7f197b5a94cc0b

Heh, I actually hadn't gotten to reworking the one page I have that actually uses route params which made it obvious that the above isn't quite enough since there's no way to use props which was the whole purpose of this exercise.  So, the generic version's probably the better way to go... :)

Alright, so last comment of the day, I swear! :)   I've gone back to the generic version I referred to above (https://github.com/bdsabian/react-redux-universal-hot-example/commit/8a67351d926431313b1fc082a0c3cebf24e027d6).  So, this is what it looks like (this example is from my own project, showing prop usage):
@resolve(function(resolver, getState) {
  if (!isLoaded(getState())) {
    resolver.resolve(this.props.load, this.props.params.id);
  }
})

The only thing is I'm not a huge fan of needing the function keyword in there, but arrow functions won't work here since we need this to be the component being decorated.  Thoughts?

How strange. I would've assumed that an arrow function, though usually not, could be used with bind to set a value for this. Babel must be saving whatever this is in the outer scope and then running bind on the resulting function, thus overriding whatever is in the original code.

Yeah, I also thought you'd be able to bind arrow functions but apparently not. Oh well, ugliness of the function keyword aside, this approach is working out really well so far. Doesn't feel overly verbose, data fetching is right at the top of the file, and I can use props!

Actually, it just occurred to me that the this in that function is really only there to give access to props.  So, simply passing props to the function eliminates the need for this and allows for using an arrow function.
Updated example:
@resolve((resolver, props, getState) => {
  if (!isLoaded(getState()) {
    resolver.resolve(props.load);
  }
})

It technically isn't any different, of course, but I like it better.  https://github.com/bdsabian/react-redux-universal-hot-example/commit/bc9c5397907b5a95a190f626e112c62e8f2ef9d2

Looks like the latest work integrating redux-router makes all of this unnecessary.  Looks great, going to try it out today!

@bdsabian care to elaborate how the latest redux-router make this unnecessary?

@frankleng Well, it made it unnecessary for me...  My primary use case for wanting access to props in the data fetch method was to grab data from the params.  If you need access to any other props for some reason then you'll still need to do something like what's discussed above afaik.

Just now seeing this, I kind of came across the same issue with wanting access to state within the static method. However, I concluded that the fetchData methods really only need to be concerned about route params. That's really their only purpose. All other things should be done in componentWillMount.
I'd be interested to hear where this doesn't work out.
In other news, I am finding that there is a need for parent/child ordering fetchData calls, so that children should not fetch data when their parents fail to do so. But that's another PR down the line..

@quicksnap and @frankleng, your right, children components should get their state from the same source that all the others.
But you'll have to assume that any data you would ever need, has to be pre-fetched before the components mounts, and in some cases when you don't have a good data pre-fetching system in order to get your state over the wire, for example, working with pure RESTfull requests, which depends on other requests, you will have to deal with the dependency chain of requests.
Even though you could get a good result using redux-promise and redux-thunk to chain your requests in actions ensuring the right order of the requests, maybe could be some issues about resilience.
For example, locking the response because you don't have one of the requests fulfilled, is not good, so you'll probably should think in something like timeouts or a deferring option, like the Relay has.
By now, I'm not needing the props values at the pre-fetching stage, but! it's good to know there's some way to do it :+1:

@sebas5384 @quicksnap agreed. esp that fetchData() should only be concerned by route params.
In my app, if we need prefetching, we make it so as a route param or query string.

I'm closing this issue, but if someone would like to reopen just say it

I may have a legitimate need for this functionality.  I have some cases where I need more than just the params of the router to determine what actions need to be fired.  Is it possible to make this available again?

authors: bdefore bdsabian erikras frankleng jeromebridge korczis quicksnap sebas5384


text:
npm install fails on *.scss files

When I run npm install or npm run dev the task fails:  (I get the same message for all the other scss files)
npm install

react-redux-universal-hot-example@0.0.4 postinstall /Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example
webpack --display-error-details --config webpack/prod.config.js

Hash: 3c72d0fdad8117a42dc7
Version: webpack 1.12.2
Time: 10527ms
Asset     Size  Chunks             Chunk Names
c29770d03d2e95e3ea5899d57c6cfeab.jpg  92.2 kB          [emitted]
main-c2fe41356411956e524d.js   404 kB       0  [emitted]  main
main-c2fe41356411956e524d.js.map  3.43 MB       0  [emitted]  main
+ 666 hidden modules
ERROR in ./src/containers/Chat/Chat.scss
Module build failed: ModuleBuildError: Module build failed: ReferenceError: Promise is not defined
at LazyResult.async (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:152:31)
at LazyResult.then (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/css-loader/node_modules/postcss/lib/lazy-result.js:75:21)
at processCss (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/css-loader/lib/processCss.js:174:5)
at Object.module.exports (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/css-loader/lib/loader.js:22:2)
at DependenciesBlock.onModuleBuildFailed (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:315:19)
at nextLoader (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:270:31)
at /Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:292:15
at runSyncOrAsync (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:173:4)
at nextLoader (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:290:3)
at /Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:292:15
at Object.context.callback (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:148:14)
at Object.module.exports (/Users/christen.thompson/code/oct2015hack/react-redux-universal-hot-example/node_modules/autoprefixer-loader/index.js:55:10)
@ ./src/containers/Chat/Chat.js 80:16-38
When I run npm run dev I get this error message:
[webpack-isomorphic-tools] [error] asset not found: ./src/containers/App/App.scss
[1] ROUTER ERROR:   TypeError: Cannot read property 'app' of undefined

Updating npm to the latest fixed my problem.


text:
Support for Redirect / transitionTo

The universal router errors when attempting to process a Redirect route / transitionTo.  Any chance I can get some direction to resolve this?  universalRouter is looking for a component it seems, but I'm not quite sure how to get it one when a Redirect route / transitionTo code is executed.
Thanks!

I'm not sure. I'll have to investigate.

@erikras It looks like redirects with react-router on the server side are just server redirects and nothing handled via react-router itself.  UniversalRouter needs to handle <Rewrite ... />s that have no component property on them, as well as handle transitions that have isCancelled set to true... (just trigger a server redirect at that point)

I don't have a lot of time to dedicate to this at the moment, and it seems pretty clear in your head. If you'd whip up a pull request to implement this, I'd appreciate it.

I ran into the same problem.
@babsonmatt, are you planning on putting up a PR? If not, I can have one ready by tonight / tomorrow morning.
I have the code in another project, I just have to transfer it to this project and create a PR.
let me know!

@tmbtech feel free if you have the time, curious to see how you solved the issue! Thanks!

https://github.com/erikras/react-redux-universal-hot-example/pull/46

Closed after @tmbtech's excellent PR #46.

authors: babsonmatt erikras tmbtech


text:
Update universal router to handle redirections

#285
Haven't tested! Don't merge until I, or someone, actually runs this code.

One of these days... I'll try for tonight!

Ok, caught an error. Now it's all working well.

Don't merge yet, testing a better version..

Ok, awesome! Looks like history.replaceState is now working as you would expect it to, even when it's called during the listenBefore phase. So, this PR just got slimmed down.
Not sure which update caused this, but I think it's due to this: https://github.com/rackt/history/commit/feb8412288778a3744bf1391892d9cfd15a0b753
Also, the listen-required bug is fixed by the awesome @stevoland: https://github.com/rackt/history/issues/71
This PR is ready now =P

I've force pushed and changed the description of this PR. This fixes #319


text:
Validation : multiple errors on one field ?

Hello,
Is it possible to have multiple errors on one field (or on global form error) using validate() function of reduxForm() and validate() function of Field ?
I want to aggregate the results of theses different validation method (form and fields) in order to have an array of validation messages for each fields of my form, and for the global error.
Is it possible ?
Thank you

Yeah, just write your validation function to return an array, and in add logic to your component to display the array as a list.

And using field level validation with an array of functions, is it possible?
Ex:
<Field name="xxx" component={renderField} validate={[ onlyNumber, minLength3 ]} />

Another solution could be add line break in error message
But it is not possible to use JSX in error messages, isn't it ?

@k4st0r42 you got this exactly as @timhwang21 suggested. I can't remember, but it might be that this only returns one error message at a time. If you want to combine error strings, you may need to write a combining validator which calls the other validators and adds their messages together. It should return an array and your JSX can loop over that array adding a  after each.

repo: erikras/redux-form


text:
When using form-level validate and field-level validate at same time, field-level validate not working as expected.

Are you submitting a bug report or a feature request?
It seems to be a bug.
What is the current behavior?
When field-level validate return a error message, this.props.invalid still equal to false.
What is the expected behavior?
I think this.props.invalid should equal true.
Sandbox Link
https://codesandbox.io/s/1jwzzn74q
I think the problem is I used a wrapperComponent of FormFactory trigger this bug, if i insert the 'Field' directly, everything is ok.
What's your environment?
"chrome":  "67.0.3396.99"
"react": "15.6.2",
"redux": "4.0.0",
"redux-form": "7.3.0",

Updated documentation is pending, but you've hit the what not to do of case 1 at #4017 .
const email = value =>
  value && !/^[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,4}$/i.test(value)
    ? "Invalid email address"
    : undefined;

export default () => {
  // don't define the validator within the render.
  return (
    <Field
      name="randomName"
      component="input"
      placeholder="email"
      validate={email}
    />
  );
};

Seems to fix your error - https://codesandbox.io/s/l7ow218w87.
Sorry for the confusion.

@danielrob You are right, And thank you very much!

authors: danielrob rangerch


text:
Undefined react-redux/native on react-redux 4.* on react-native

Sorry for using issue, but I don't have the infrastructure to PR these days (holidays! :D) but react-redux/native seems to be deprechated and regular {connect} from 'react-redux' seems to work fine! :)

Excellent. Thanks.

That's weird. Doesn't RN still ship with its own fork of React? https://github.com/facebook/react-native/issues/2985 is still open.

Please note our README (nobody seems to read it, sigh):
https://github.com/rackt/react-redux#react-native

Until React Native works on top of React instead of shipping a fork of React, you’ll need to keep using React Redux 3.x branch and documentation.

Yeah, I know that, but since I wanted to try functional components, and had issues time ago with 3.*, I tried to upgrade all packages, and it worked. Somehow. Can you reproduce this?

Unfortunately I don't have time at the moment. Maybe it worked by some some lucky combination of factors. I can't guarantee it'll keep working, or that some edge cases are not broken.

Just updated my project with RN 0.18.0-rc, which claims (and in fact) to use react from NPM.
Changing the line mentioned on the issue seems to make everything work.
@gaearon will confirm that

just for update:
facebook/react-native#2985 has closed.
see also: rackt/react-redux#236
I modified the redux-form faq pages for react-native integration guide:
#605

I have to add some code to make redux-form work in react-native with react-redux 4+
#608

Fixed by #897 #608

authors: erikras gaearon mattiamanzati ooflorent xiaobuu zxcpoiu


text:
Add info about asyncChangeFields to docs

After this PR https://github.com/erikras/redux-form/pull/3531 there is new option in redux-form.
I added info about it to the docs.
Default value for shouldAsyncValidate
Interesting thing about default values for shouldAsyncValidate option:

In the PR there were two cases: blur and change
https://github.com/ericbiewener/redux-form/blob/270ea7b1114ff57cbb74e3bdf0faac4ccc575b3f/src/defaultShouldAsyncValidate.js#L22
In master there is only blur case
https://github.com/ericbiewener/redux-form/blob/master/src/defaultShouldAsyncValidate.js#L21

Suggestions
Maybe it will be more clear to change key from blurredField to changedField there
https://github.com/erikras/redux-form/blob/master/src/createReduxForm.js#L718

Looks good.

Voila! https://redux-form.com/7.2.2/examples/asyncchangevalidation/

@erikras what do you think about my suggestion?

Maybe it will be more clear to change key from blurredField to changedField there
https://github.com/erikras/redux-form/blob/master/src/createReduxForm.js#L718


text:
Make height_and_width not assume stdout

Grab the fileno off the terminal, like this: http://code.google.com/p/terminal-py/source/browse/trunk/terminal.py#156

Whatever you do, try to make it so that using height and width in expressions don't crash, even if force_styling is true.

Should height and width throw something rather than returning None, so as to not delay errors?

Done in 17188dce3b694b955fd5815369343154cb7bf8dd. Going with returning None right now, but I don't have a strong case for that. It makes it a little terser for someone to test its Noneness and take other action than catching an exception, at the cost of possibly hiding errors. Maybe we'll change it if we find a case where it causes problems. I rather think the whole thing is a can't-happen case, though.
As for force_styling, force_styling causes everything to act according to sys.__stdout__, which is exactly what height_and_width falls back to. Thus, force_styling acts consistently. What height_and_width returns when even __stdout__ fails is beyond the bounds of precedent so far.

repo: erikrose/blessings


text:
Porting to Elixir

Would you be open to having your code ported over to the Elixir equivalent? It would be a great teaching tool. Thank you! @ericbmerritt @martinjlogan @richcarl

@StevenNunez we would be. We just have not had time to do it ourselves.

@ericbmerritt Great! I'm working on it now. Would love your feedback when it's ready. Thank you!

sure. submit a PR and we can work through it there.

authors: StevenNunez ericbmerritt

repo: erlware/Erlang-and-OTP-in-Action-Source


text:
porting erlydtl to rebar3

Has anyone already done any work on this, if not, I'd like to try.

Not that I am aware, please do :)
fre 16 dec. 2016 kl. 00:54 skrev Bryan Hunt notifications@github.com:

Has anyone already done any work on this, if not, I'd like to try.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/erlydtl/slex/issues/2, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAEdBeI1DszqKbp69zzMhEN78y0Hu43eks5rIdMHgaJpZM4LOtHz
.

authors: binarytemple kaos

repo: erlydtl/slex


text:
Fail to compile using HaarDetector from Example

Hello, when I try to use SIMD with the HaarClassifier I receive following error:
Does anyone know what is the reason for this? Thanks
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Detection<Simd::Allocator>::Load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, int)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:220: undefined reference to `SimdDetectionLoadA'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:226: undefined reference to `SimdDetectionInfo'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:96: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(void*, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:115: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:96: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(void*, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:115: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:96: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(void*, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:115: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:96: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(void*, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:115: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:96: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(void*, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:115: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:96: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(void*, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:115: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:96: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(void*, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:115: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Detection<Simd::Allocator>::InitLevels(double, Simd::Point<long> const&, Simd::Point<long> const&, Simd::View<Simd::Allocator> const&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:438: undefined reference to `SimdDetectionInit'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:445: undefined reference to `SimdDetectionHaarDetect32fi'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:445: undefined reference to `SimdDetectionHaarDetect32fp'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:449: undefined reference to `SimdDetectionLbpDetect16ii'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:449: undefined reference to `SimdDetectionLbpDetect16ip'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:451: undefined reference to `SimdDetectionLbpDetect32fi'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:451: undefined reference to `SimdDetectionLbpDetect32fp'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Fill<Simd::Allocator>(Simd::View<Simd::Allocator>&, unsigned char)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1469: undefined reference to `SimdFill'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Copy<Simd::Allocator, Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1156: undefined reference to `SimdCopy'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::ResizeBilinear<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:2517: undefined reference to `SimdResizeBilinear'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Binarization<Simd::Allocator>(Simd::View<Simd::Allocator> const&, unsigned char, unsigned char, unsigned char, Simd::View<Simd::Allocator>&, SimdCompareType)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:910: undefined reference to `SimdBinarization'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::SegmentationShrinkRegion<Simd::Allocator>(Simd::View<Simd::Allocator> const&, unsigned char, Simd::Rectangle<long>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:2617: undefined reference to `SimdSegmentationShrinkRegion'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:96: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Align(void*, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:115: undefined reference to `SimdAlign'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Copy<Simd::Allocator, Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1156: undefined reference to `SimdCopy'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::GrayToBgra<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&, unsigned char)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1595: undefined reference to `SimdGrayToBgra'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::GrayToBgr<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1574: undefined reference to `SimdGrayToBgr'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::BgrToBgra<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&, unsigned char)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:722: undefined reference to `SimdBgrToBgra'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::BgrToGray<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:765: undefined reference to `SimdBgrToGray'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::BgraToBgr<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:584: undefined reference to `SimdBgraToBgr'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::BgraToGray<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:604: undefined reference to `SimdBgraToGray'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Copy<Simd::Allocator, Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1156: undefined reference to `SimdCopy'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::ResizeBilinear<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:2517: undefined reference to `SimdResizeBilinear'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::NormalizeHistogram<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1718: undefined reference to `SimdNormalizeHistogram'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Copy<Simd::Allocator, Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1156: undefined reference to `SimdCopy'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::ResizeBilinear<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:2517: undefined reference to `SimdResizeBilinear'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Fill<Simd::Allocator>(Simd::View<Simd::Allocator>&, unsigned char)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1469: undefined reference to `SimdFill'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Fill<Simd::Allocator>(Simd::View<Simd::Allocator>&, unsigned char)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1469: undefined reference to `SimdFill'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::OperationBinary8u<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&, SimdOperationBinary8uType)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:2296: undefined reference to `SimdOperationBinary8u'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Alignment()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:131: undefined reference to `SimdAlignment'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Allocate(unsigned long, unsigned long)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:59: undefined reference to `SimdAllocate'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Fill<Simd::Allocator>(Simd::View<Simd::Allocator>&, unsigned char)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1469: undefined reference to `SimdFill'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Detection<Simd::Allocator>::Hid::Detect(Simd::View<Simd::Allocator> const&, Simd::Rectangle<long> const&, Simd::View<Simd::Allocator>&, unsigned long, bool)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:344: undefined reference to `SimdDetectionPrepare'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Detection<Simd::Allocator>::Level::~Level()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:378: undefined reference to `SimdDetectionFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o:/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdAllocator.hpp:77: more undefined references to `SimdFree' follow
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Integral<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&, Simd::View<Simd::Allocator>&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1856: undefined reference to `SimdIntegral'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Integral<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1831: undefined reference to `SimdIntegral'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `void Simd::Integral<Simd::Allocator>(Simd::View<Simd::Allocator> const&, Simd::View<Simd::Allocator>&)':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdLib.hpp:1807: undefined reference to `SimdIntegral'
CMakeFiles/face_sdk_cpp.dir/main.cpp.o: In function `Simd::Detection<Simd::Allocator>::~Detection()':
/home/user1/CLionProjects/face_sdk_cpp/Simd/SimdDetection.hpp:205: undefined reference to `SimdDetectionFree'
collect2: error: ld returned 1 exit status
CMakeFiles/face_sdk_cpp.dir/build.make:112: recipe for target 'face_sdk_cpp' failed
make[3]: *** [face_sdk_cpp] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/face_sdk_cpp.dir/all' failed
make[2]: *** [CMakeFiles/face_sdk_cpp.dir/all] Error 2
CMakeFiles/Makefile2:79: recipe for target 'CMakeFiles/face_sdk_cpp.dir/rule' failed
make[1]: *** [CMakeFiles/face_sdk_cpp.dir/rule] Error 2
Makefile:118: recipe for target 'face_sdk_cpp' failed
make: *** [face_sdk_cpp] Error 2

I think that you forget add reference to Simd Library. See options of linker.

Hello, how do I fix this? I have this in my CMakeLists (clion)
include_directories(PROJECT_SOURCE_DIR}/Simd)
link_directories(PROJECT_SOURCE_DIR}/Simd)

Try to add something like this:
target_link_libraries(YourProject Simd)

Hi, I linked the library and it finds the files, but I still get the error with "Simd::Allocator".
CMakeFiles/FaceSDK.dir/main.cpp.o: In function `Simd::Allocator<unsigned char>::Free(void*)':
/home/jk/Projects/CPP/FaceSDK/Simd/SimdAllocator.hpp:77: undefined reference to `SimdFree'

include_directories(${MY_SOURCE_DIR}/Simd )
find_package (Simd)
target_link_libraries(FaceSDK ${Simd_LIBS})

set(CMAKE_CXX_STANDARD 11)
set(CMAKE_CXX_FLAGS "-pthread")

try add:
target_link_libraries(YourProject -lSimd -LPathToSimd)

I tried : target_link_libraries(FaceSDK -lSimd /home/user1/CPP_Libs/Simd/prj/cmake/libSimd.a)
/usr/bin/ld: cannot find -lSimd
collect2: error: ld returned 1 exit status
CMakeFiles/FaceSDK.dir/build.make:164: recipe for target 'FaceSDK' failed
make[3]: *** [FaceSDK] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/FaceSDK.dir/all' failed
make[2]: *** [CMakeFiles/FaceSDK.dir/all] Error 2
CMakeFiles/Makefile2:79: recipe for target 'CMakeFiles/FaceSDK.dir/rule' failed
make[1]: *** [CMakeFiles/FaceSDK.dir/rule] Error 2
Makefile:118: recipe for target 'FaceSDK' failed
make: *** [FaceSDK] Error 2

Of course, your example doesn't work:
target_link_libraries(FaceSDK -lSimd /home/user1/CPP_Libs/Simd/prj/cmake/libSimd.a)

But try do like this:
target_link_libraries(FaceSDK -lSimd -L/home/user1/CPP_Libs/Simd/prj/cmake/)


text:
add {maybe,must}_{read,write,undef}_memory(),

coming right up

Closed by 7d19d677

Closed by 7d19d677


text:
Project Updates and Fixes

Description:
This pull request makes several straightforward updates and fixes:

Documentation:

Fixed README.md image display issue.
Updated README.md and added a requirements.txt.
Added a new parasite image to README.md.

Code Quality:

Removed unused code.
Added .gitignore to exclude __pycache__ and more.

Model Handling:

Updated weight handling for Faster RCNN and RetinaNet.
Added loading for pre-trained models with two tuning options.
Changed model selection to mAP @ 50 based on validation set performance.

Okay.


text:
avatar command not working

it doesnt work
message:
Message: Error: connect ECONNREFUSED ::1:5432
at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1237:16) {
errno: -111,
code: 'ECONNREFUSED',
syscall: 'connect',
address: '::1',
port: 5432
}
Stack Trace: Error: connect ECONNREFUSED ::1:5432
at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1237:16)

its a known issue, owners are fixing it

See this comment

authors: TheEssem gvnfc3 sentrymodman

repo: esmBot/esmBot


text:
Matching board version

I got a message saying my board version did not match, even though it should.
My board version is SDK0J40709 WIN.
I suspect the row of question marks has something to do with it.
The unlock worked fine when I used --force.
Run in read mode
Be aware that readmode temporarily changes value of port 0x72 to index 0xf7
board_version does not match (SDK0J40709 WIN   ��������������������������������)
Wrong device, aborting!

Hi,
I saw that issue before in https://github.com/esno/yoga-bios-unlock/issues/4
I really don't know what's wrong here. Seems like the bios in use provides a too large character array that is not initialized properly. Can you please mention your bios version?
cat /sys/class/dmi/id/bios_version

Probably it's best if I trim this string after 15 characters which I don't like that much since DMI
should provide reasonable content

authors: Fredrikaaa esno

repo: esno/yoga-bios-unlock


text:
Add a Wifi/ble/radio "peripheral singleton"?

At the moment it's possible to create many esp-wifi instances, but we should really be treating the wifi/ble as a singleton too. This is somewhat an esp-hal problem, but I'm opening it here for discussion on how we should actually set this up. Initial thoughts are RADIO singleton, that can be split() into its own features per chip. I.e RADIO.split() on an esp32c3 would get you a wifi and ble struct.

I'm working on something locally to add this, how do we want to split() the radio down? coex adds some confusion here, so I'd appreciate some input.

Looking into it a bit deeper, it seems we just need WiFi/BT and 802.15.4 where relevant? Coex is just a feature that needs to be enabled.

Looking into it a bit deeper, it seems we just need WiFi/BT and 802.15.4 where relevant? Coex is just a feature that needs to be enabled.

I think yes, we don't need a separate coex peripheral. I think technically there is a hidden register block dealing with coex but the drivers will use it under the hood and since that peripheral needs to be shared we don't get anything from having it

@MabezDev I think this is completed?

authors: MabezDev bjoernQ

repo: esp-rs/esp-wifi


text:
Transpose 层编译失败 (AIV-468)

Hi, Transpose layer 的构造函数似乎有问题，环境是 Ubuntu 20.04 g++ 9.3.0，以下为报错信息：
/esp32/esp-who/components/esp-dl/include/layer/dl_layer_transpose.hpp: In instantiation of 'dl::layer::Transpose<feature_t>::Transpose(std::vector<int>, const char*, bool) [with feature_t = signed char]':
../model/lpdnet_model.hpp:174:60:   required from here
/esp32/esp-who/components/esp-dl/include/layer/dl_layer_transpose.hpp:25:30: error: 'dl::layer::Transpose<signed char>::perm' will be initialized after [-Werror=reorder]
             std::vector<int> perm;         /*<! the new arangement of the dims. if perm == {}, the dims arangement will be reversed. >*/
                              ^~~~
/esp32/esp-who/components/esp-dl/include/layer/dl_layer_transpose.hpp:23:18: error:   'bool dl::layer::Transpose<signed char>::inplace' [-Werror=reorder]
             bool inplace;                  /*<! true: the output will store to input0
                  ^~~~~~~
In file included from ../model/lpdnet_model.hpp:19,
                 from ../main/app_main.cpp:9:
/esp32/esp-who/components/esp-dl/include/layer/dl_layer_transpose.hpp:36:13: error:   when initialized here [-Werror=reorder]
             Transpose(std::vector<int> perm = {}, const char *name = "Transpose", bool inplace = false) : Layer(name), perm(perm), inplace(inplace), output_shape({})
             ^~~~~~~~~

将构造函数修改为如下部分可以正常编译
Transpose(std::vector<int> perm = {}, const char *name = "Transpose", bool inplace = false) : Layer(name), inplace(inplace), output_shape({})
{
    this->perm.assign(perm.begin(), perm.end());
}

Hi
感谢你提出的问题， 这个问题已经修复被修复了，你可以将本地的esp-dl分支更新至最新的master，再次编译试试。

ok，代码似乎没有 push 到 github，最新的 commit 14小时前

的确是14小时前推的，你已经是最新的commit了吗？

ok，已解决

authors: TiramisuJ notplus

repo: espressif/esp-dl


text:
OpenOCD profiling kills BLE (IDFGH-12722)

Answers checklist.

[X] I have read the documentation ESP-IDF Programming Guide and the issue is not addressed there.
[X] I have updated my IDF branch (master or release) to the latest version and checked that the issue is present there.
[X] I have searched the issue tracker for a similar issue and not found a similar issue.

IDF version.
v5.2
Espressif SoC revision.
ESP32-S3 (QFN56) (revision v0.1)
Operating System used.
Linux
How did you build your project?
Command line with idf.py
If you are using Windows, please specify command line type.
None
Development Kit.
Custom Board
Power Supply used.
USB
What is the expected behavior?
I tried to profile using OpenOCD and hoped the BLE connection would keep intact.
What is the actual behavior?
The BLE connection drops down as soon as the profiling starts.
Steps to reproduce.

call openocd.
start your program
telnet into openocd
call profile 10 gmon.out

Debug Logs.
No response
More Information.
No response

What is the error code when BLE disconnects, can you give me the complete log?

There is no error in the log, that's the thing (not even w/ verbose logs). The BLE layer just hangs and the other side gets a connection timeout:
May 07 16:32:12.450  L2CAP Receive    0x0053  F4:12:FA:DF:21:FA  Channel ID: 0x004C  Length: 0x0006 (06) [ 04 00 1F 80 00 00 ]
May 07 16:32:12.450  L2CAP Receive    0x0053  F4:12:FA:DF:21:FA  LE Flow Control Credit
May 07 16:32:12.599  HCI Event        0x0053  F4:12:FA:DF:21:FA  Number Of Completed Packets - Handle: 0x0053 - Packets: 0x0001
May 07 16:32:15.451  HCI Event        0x0053  F4:12:FA:DF:21:FA  Disconnection Complete - Connection Timeout

The nature of the OpenOCD profiler is that it stops and starts the target very rapidly. Perhaps that messes up the internal BLE timers? Interestingly, this does not happen if I do the same on WiFi.

Which specific version are you using? Based on your version, I'll provide you with a controller library for testing.

Is the OpenOCD you're using on the ESP32-S3 from Espressif official or third-party? Could you provide some information about the OpenOCD you're using?

What is the connection timeout you've set?

@zhp0406 I'm using ESP-IDF cc649ea869b8c24d19ba2d94c4d3f1146cb2947b + some patches on top of it, so basically the 5.2 release.
The OpenOCD is the one from Espressif official.
My connection timeout is set to 2000 ms.

When a breakpoint is set during program execution, the program will pause when it reaches the breakpoint. The peer device will not receive a response from the ESP, and the ESP will also fail to receive a response from the peer device because the BLE controller cannot schedule properly. This results in the connection being disconnected, which is the expected behavior.
The value 0x08 indicates that the connection timeout has been reached, causing the disconnection due to a timeout.

Well, technically the program does not really pause, since the low level "breakpoint" is just internally used by OpenOCD to measure. Besides, BLE is the only thing that doesn't survive.

authors: esp-zhp mickeyl zhp0406

repo: espressif/esp-idf


text:
Typo (IDFGH-3850)

https://github.com/espressif/esp-idf/blob/master/components/fatfs/port/freertos/ffsystem.c#L20

Thanks for reporting and sorry for slow reply, we have fixed the typo, and the issue will closed automatically when the fix is available on GitHub. Thanks.


text:
TWAI receive overrun when twai_receive() is called with 0 ticks_to_wait (IDFGH-6244)

Environment

Development Kit:  ESP32-Wrover-Kit
Kit version WroverKit
Module or chip used: ESP32-WROVER-E
IDF version  - v4.3.1-3-gc5f29dd524
Build System:    Make
Compiler version  xtensa-esp32-elf-gcc (crosstool-NG esp-2021r1) 8.4.0
Operating System: Linux
Using an IDE?: Yes VSCODE
Power Supply:  USB

Problem Description
TWAI receive overrun when twai_receive() is called with 0 ticks_to_wait
//Detailed problem description goes here.
We have been trying run the TWAI driver for UDS based OTA download configuration, we have our own wrapper functions around twai APIs.   we use the twai_receive() inside these wrapper like below
twai_receive(&rx_msg, 0U);
we carried out below tests

Create the separate task and receive can messages in loop. Out of 50K messages, there was overrun of 500 messages
we printed the statistics every 1 second

Debug Logs
[20:07:00:889] can_msg_receive_count  = 50304 ␍␊
[20:07:00:889] status_info->tx_error_counter= 0 ␍␊
[20:07:00:889] status_info.rx_error_counter,= 0 ␍␊
[20:07:00:889] status_info->msgs_to_tx= 0 ␍␊
[20:07:00:889] status_info->msgs_to_rx= 0 ␍␊
[20:07:00:905] status_info->tx_failed_count= 0 ␍␊
[20:07:00:905] status_info->tx_failed_count= 0 ␍␊
[20:07:00:905] status_info->rx_missed_count= 0 ␍␊
[20:07:00:905] status_info->rx_overrun_count= 585 ␍␊
[20:07:00:905] status_info->arb_lost_count= 0 ␍␊
[20:07:00:905] status_info->bus_error_count= 0 ␍␊
[20:07:00:921] status_info->state= 1 ␍␊

Changing the twai_receive(&rx_msg, 0U);  from

twai_receive(&rx_msg, 0U);

even
twai_receive(&rx_msg, 10U);

and
twai_receive(&rx_msg, portMAX_DELAY);

There was no single overrun of the messages
Debug Logs
[20:12:32:058] can_msg_receive_count  = 124708 ␍␊
[20:12:32:058] status_info->tx_error_counter= 0 ␍␊
[20:12:32:074] status_info.rx_error_counter,= 0 ␍␊
[20:12:32:074] status_info->msgs_to_tx= 0 ␍␊
[20:12:32:074] status_info->msgs_to_rx= 0 ␍␊
[20:12:32:074] status_info->tx_failed_count= 0 ␍␊
[20:12:32:074] status_info->tx_failed_count= 0 ␍␊
[20:12:32:074] status_info->rx_missed_count= 0 ␍␊
[20:12:32:090] status_info->rx_overrun_count= 0 ␍␊
[20:12:32:090] status_info->arb_lost_count= 0 ␍␊
[20:12:32:090] status_info->bus_error_count= 0 ␍␊
[20:12:32:090] status_info->state= 1 ␍␊
please help us understand/resolve this issue
sdkconfig.zip

It means the TWAI peripheral's RX FIFO being filled up, which means the TWAI driver's ISR is not responding quick enough to clear the RX FIFO (usually because its being disabled for extended periods of time). Are you running OTA at the same time?

Thanks a lot @Dazza0  for qucik reply. this issue was observed during TWAI testing, where we just kept sending 100K  messages using PCAN and there was an overrun, did you have any observation like this before, so what can we do to make it work under polling and not blocking ?

@kiranbhosale2 Might depend on what you're doing in the task calling twai_receive(). Again, are interrupts disabled at any point?

@Dazza0 no the interrupts are not disabled at all, also i tried to capture the ISR execution time specifically for function twai_handle_rx_buffer_frames() by toggling the GPIOs and the ISR execution time is in 5ms range in the worst case attached the timing

an Updated Observation
e calculated the ISR execution time and ISR hit time (time between consecutive ISR triggers) by toggling the GPIOs. Below were the observations.
1. ISR execution time (was fairly consistent)

2. When twai_receive(&rx_msg, 0U); is called without blocking
2.1 the ISR is scheduled after approximately 40 ms and that's when the overrun occurs

3.When twai_receive() is called with portMAX_DELAY ticks_to_wait
3.1 All the messages were received properly
twai_receive(&rx_msg, portMAX_DELAY);

@Dazza0  can you please help us understand because we are blocked by this

@kiranbhosale2 A 40 ms latency of the ISR is definitely not normal (usually it's only a couple of microseconds if there are no other pending interrupts) so something is definitely affect its latency. OTA was not running during the CAN test correct?

@Dazza0 we successfully resolved this issue. the problem was that we were not kicking the watchdog in and wdt_isr was called which had lot of prints, resulting in 40ms delay.
thanks for your inputs

@kiranbhosale2  Ahh that's good to hear. I'm closing this issue then, Please feel free to reopen/create a new ticket if you face any more issues.


text:
End device won't reconnect after using install code policy  (TZ-299)

Hi @xieqinan, I have diligently followed the specified steps mentioned in #82 using "HA_on_off_light" and "HA_on_off_switch" examples, successfully establishing connectivity between the end device and the coordinator through the implementation of the install code policy. However, when I manually restart the coordinator, it effortlessly reestablishes its connection with the end device. Unfortunately, the same cannot be said when I attempt to manually restart the end device. It fails to reconnect to the coordinator, and I encounter the following error message in the output log: "ESP_HA_ON_OFF_LIGHT: failed to initialize zigbee stack."
Additionally, I've encountered a similar issue when experimenting with the "esp_zigbee_customized_devices" examples, which results in the following log output: "ESP_HA_ON_OFF_SWITCH: stack BDB Device Reboot failure with ESP_FAIL status, steering."
I'm eager to gain insights into the root causes of these occurrences and would appreciate your guidance on this matter

Hi @mallaprashant ,
Have you performed any erase operations on the End Device side? Please attempt to utilize esp_zb_get_short_address() to print the short address when receiving the ESP_ZB_BDB_SIGNAL_DEVICE_FIRST_START signal.

@xieqinan,
Yes, I performed an erase operation on the flash memory before updating the Install code policy. I want to clarify that I haven't made any modifications to the example code. Additionally, I followed your suggestion and used esp_zb_get_short_address() to print the short address upon receiving the ESP_ZB_BDB_SIGNAL_DEVICE_FIRST_START signal. However, I observed that the short address remains unchanged even after a device restart.

hello,
Please indicate the channel mask when generating the manufacturer .bin file, for example:
python esp_zb_mfg_tool.py -i 966b9f3ef98ae6059708 -m CAFEBEEF50C0FFED -c 0x8000 -mn Espressif -mc 0x131B -c 0x07FFF800

it's working fine now.

@xieqinan Sorry to open up old topic, but I have much of the same problem. When I try to join the network, I'll get "Have not got nwk key" problem:
I (730) ESP_ZB_ON_OFF_LIGHT: Start network steering
I (740) ZBOSS: commissioning/bdb/zdo_commissioning_bdb.c:349   dev type 2, joined 0, ext_pan_id 0, authenticated 0, tclk_valid 1
I (3110) ZBOSS: nwk/nwk_join.c:293   Will assoc to pan 0x42c9 on channel 11, dev 0x0, iface_id 0
I (3620) ZBOSS: mac/mac_associate.c:448   received association response
I (3630) ZBOSS: zdo/zdo_app_join.c:771   CONGRATULATIONS! joined status 0, addr 0x55a6, iface_id 0, ch 11, rejoin 0
I (3630) ZBOSS: zdo/zdo_app_join.c:773   xpanid 29:d2:c5:99:8a:76:c1:bc
I (13670) ZBOSS: zdo/zdo_app.c:595   Have not got nwk key - authentication failed
I (13670) ZBOSS: nwk/nwk_main.c:4409   zb_nwk_do_leave param 5 rejoin 0
I (13670) ZBOSS: common/zb_address.c:1063   zb_address_delete ref 17
I (13690) ESP_ZB_ON_OFF_LIGHT: ZDO signal: ZDO Leave (0x3), status: ESP_OK
I (13690) ZBOSS: nwk/nwk_join.c:251   No dev for join
I (13700) ZBOSS: nwk/nwk_join.c:251   No dev for join
I (13700) ZBOSS: zdo/zdo_commissioning.c:210   Can't find PAN to join to! param 0
I (13710) ZBOSS: commissioning/bdb/zdo_commissioning_bdb.c:549   COMMISSIONING_STOP: app signal 10 comm status 3
I (13720) ESP_ZB_ON_OFF_LIGHT: Network steering was not successful (status: ESP_FAIL)

I used the above example to create mfg config and flashed it. Here's what esp_zb_get_short_address() returns:
I (710) ESP_ZB_ON_OFF_LIGHT: SHORT CODE: 0xfffe
Any ideas what to try?

@JanneMantyharju ,

I (730) ESP_ZB_ON_OFF_LIGHT: Start network steering
I (740) ZBOSS: commissioning/bdb/zdo_commissioning_bdb.c:349   dev type 2, joined 0, ext_pan_id 0, authenticated 0, tclk_valid 1
I (3110) ZBOSS: nwk/nwk_join.c:293   Will assoc to pan 0x42c9 on channel 11, dev 0x0, iface_id 0
I (3620) ZBOSS: mac/mac_associate.c:448   received association response
I (3630) ZBOSS: zdo/zdo_app_join.c:771   CONGRATULATIONS! joined status 0, addr 0x55a6, iface_id 0, ch 11, rejoin 0
I (3630) ZBOSS: zdo/zdo_app_join.c:773   xpanid 29:d2:c5:99:8a:76:c1:bc
I (13670) ZBOSS: zdo/zdo_app.c:595   Have not got nwk key - authentication failed
I (13670) ZBOSS: nwk/nwk_main.c:4409   zb_nwk_do_leave param 5 rejoin 0
I (13670) ZBOSS: common/zb_address.c:1063   zb_address_delete ref 17
I (13690) ESP_ZB_ON_OFF_LIGHT: ZDO signal: ZDO Leave (0x3), status: ESP_OK
I (13690) ZBOSS: nwk/nwk_join.c:251   No dev for join
I (13700) ZBOSS: nwk/nwk_join.c:251   No dev for join
I (13700) ZBOSS: zdo/zdo_commissioning.c:210   Can't find PAN to join to! param 0
I (13710) ZBOSS: commissioning/bdb/zdo_commissioning_bdb.c:549   COMMISSIONING_STOP: app signal 10 comm status 3
I (13720) ESP_ZB_ON_OFF_LIGHT: Network steering was not successful (status: ESP_FAIL)

The log indicates that the light device has a different global TC link key compared to the coordinator, which causes it to parse the network key from the coordinator during the "Transport key" process.
Have you used the esp_zb_secur_ic_add() function to add the install code of the device on the coordinator side?

authors: JanneMantyharju mallaprashant xieqinan

repo: espressif/esp-zigbee-sdk


text:
Provide a way to skip pdfium binary download.

I'm trying to package a flutter app that uses this library for linux.
The problem is that the build environment is a sandbox without internet access.
It would be nice to provide a way to skip the pdfium binary download and make it so that I can provide my own pre-downloaded version of pdfium binary.
I'm sorry if this feature is already present. I don't really understand how CMake works.

yes, and I believe they are stored in the build folder, which isn't generated till I build the app.
Manually putting the pdfium binary in the build folder works when I'm building manually on a system.
It doesn't work that way in a sandboxed builder where everything starts from scratch every time.
I do think maybe an ENV variable check for the .so file before downloading might be helpful.
This way we can keep the current way of downloading the latest libs and provide an alternate way for users to just set an ENV var to their own pdfium.so file which can be used.

Did you really check the directory/file structure is identical if your code places predownloaded files?
I think the so file is just missing on the CI machine. No other trick there.

I don't get you.
From what I understand.
when flutter build linux runs a build folder is created and then the pdfium lib is downloaded and placed in the build folder.
In my case for a release type build it's placed in build/linux/x64/release/.lib/chromium%2F6259/x64/libpdfium.so
what I am saying is if we had a way to set the path to libpdfium.so using a env var or something else (I don't know how cmake works so I can't think of a better way), then in my package I can simply just pass the Env Variable.
FWIW. I am trying to package for NixOS.
Here is the manual to it: here.
A small example would look like this.
{  flutter, fetchFromGitHub }:

flutter.buildFlutterApplication {
  pname = "firmware-updater";
  version = "0-unstable-2023-04-30";

  src = fetchFromGitHub {
    owner = "canonical";
    repo = "firmware-updater";
    rev = "6e7dbdb64e344633ea62874b54ff3990bd3b8440";
    sha256 = "sha256-s5mwtr5MSPqLMN+k851+pFIFFPa0N1hqz97ys050tFA=";
  };

  pubspecLock = lib.importJSON ./pubspec.lock.json;
}

I don't force you to understand this, but as you can see the way flutter packages are packaged using the inbuilt helper. Adding a env var would make the packaging easier since I would be able to do something like LIBPDFIUM_SRC=${libpdfium}/lib/libpdfium.so
where nix can download libpdfium using inbuilt fetcher

OK, the truth is that it is not easy as you are thinking. It takes longer than you've expected. Please do that by yourself.

I'm sorry if I offended you in any way😅.
I never thought it was easy. I did say in my first message that I don't understand how CMake works. My main goal for this issue was to just find a way to bypass the pdfium binary download in some way and provide it myself.
Anyways thanks for the help and your time. Cheers


text:
cliock - using locale for internationalization

Hi,
I discovered that the CLI clock did not show the correct info when using the German locale, so I fixed it by using the locale mechanism, see https://www.espruino.com/Bangle.js+Locale and https://github.com/espruino/BangleApps/issues/136
It should now also work with other languages. I tested with default (en_GB) and German language.
Cheers,
neshanjo

Great, thanks! This really tidies things up!

authors: gfwilliams neshanjo

repo: espruino/BangleApps


text:
[Question]: Is this the original repo to this project?

Question
Believe it or not, I asked ChatGPT for updown.io badge integration and got a link to this repo, which amazes me since it has 3 stars. Will be testing this in the following days, +1 for being written in Go. Thanks!
Related version application info
No response

Yes, this is the original repo. Glad to hear it.

authors: aleksasiriski andyone

repo: essentialkaos/updown-badge-server


text:
Page Not Found returns HTTP status code 200 instead of 404

$ git rev-parse HEAD
9b1a0926f64e9ce5561223df6f0bc57ad25d111b
$ gulp -p &
...
$ curl -sv http://127.0.0.1:8000/some-nonexisting-page 2>&1 | grep HTTP
> GET /some-nonexisting-page HTTP/1.1
< HTTP/1.1 200 OK

Expected: < HTTP/1.1 404 Not Found
Some solution I have found - but I would not be surprised if you don't like it because of relying on specific route structure:
--- a/src/server/frontend/render.js
+++ b/src/server/frontend/render.js
@@ -50,7 +50,8 @@ export default function render(req, res, next) {
     try {
       await fetchComponentDataAsync(store.dispatch, renderProps);
       const html = await renderPageAsync(store, renderProps, req);
-      res.send(html);
+      const statusCode = renderProps.routes[1].path == '*' ? 404 : 200;
+      res.send(statusCode, html);
     }
     catch (e) {
       next(e);

Thank you very much!

authors: messa steida

repo: este/este


text:
Replace autoprefixer-loader

https://github.com/este/este/issues/437

Thank you!


text:
Activities open filters out link/button

Instead of dropdown to filter, have filters text out like in image list of words, allow quick filtering... of course in smaller fonts, image is just to give an idea... @fildunsky might give some mockups

Looking better! I can mock up tomorrow. I think current tab should be active like blue button and others just gray texts without button outline.
If you need a mock up, I will do tomorrow.

looking great. @fildunsky it would be very useful if you can make a mockup.

@talhasch Your variant looks good, I like it.
I was thinking on this:

To remove button outlines and make texts look less active
Maybe change mark all read to icon

But I need your feedback on this, guys @feruzm & @esteemapp/core

I like above screen, button should have tooltip as usual otherwise, looking good 👍 thanks @fildunsky
@talhasch let's also consider adding Transfer and Account updates activities maybe later if it requires involved changes on backend

@fildunsky adapted above but font awesome has no double check icon i had to use single check.
@feruzm i am starting to work on backend to add transfer and account updates.

lgtm
backend: ok

Great improvement! Much easier to switch using these new tabs now!

This is not related to activities but now we can remove outline from these buttons as well...

P.S. Why post titles are not bold by the way?

@fildunsky they look bold to me
@talhasch let's try some border removing and prepare release today.
following changes in addition to what Fil suggested in last screen:
This button can have no background of blue, just plain button/icon like others... bookmarked button can have blue color though

border removal
2.
3.
4.
Last one requires preview before committing for the change

@talha do you mean they look bold in Mac OS? Or in my screenshot here? I'm on Windows now, can not check Mac in nearest 3 days.

borders removed globally for buttons on post list headers

bookmark button also updated
not bookmarked:

bookmarked:

borders removed from post side menu buttons

looking great 😍

tags search button remains with border, @talhasch

@fildunsky windows renders font-weight: 500 as not bold. (hate windows) when i increased it to 600 it looks like too much bold.  check below.

@feruzm updated

maybe do 600 if platform is windows?!

as principle i don't like to make os based improvements but i think we have to do it. :(

@talhasch in your screen it looks fine but I've updated and see no changes at my side now

Cool! Finally Windows/Linux renders bold as bold!

authors: feruzm fildunsky talhasch

repo: esteemapp/esteem-surfer


text:
Tabs order issue

Hi
Please add that tabs from Home Assistant (no Lovelace view) is show in app the same sortting as i go to wev page view. Now is other sorting and it is no good.

Problem is still in 0.3.9

Yes, and I need your help with solving this, because I can't reproduce it on my config.
Please provide:

A list of tabs in the order they are displayed in app
A list of tabs in the order they are displayed in web ui
A list of views (groups) in the order they are configured in your groups.yaml

It will really help to resolve this. Thanks.

In App

Network
Home
Zwave

In web browser

Home
Zwave
Network

Nice! Thanks a lot. This will really help.

Ok no problem

This is a very strange issue. I've copied your configuration to my HA instance and I have exactly the same order as you have in browser:

Home - default view
Zwave
Utility-Sieciowe

Maybe you have some changes for your groups in customize.yaml

Sorry, wrong commit message

@pepeEL , is this still relevant?

Still should be sorting as in Home Assistant

Closing due to inactivity. If the issue is still relevant, feel free to open another one.

authors: estevez-dev pepeEL


text:
[feature request] Add ability to set connect timeout to client

Currently we can set the timeout on each request, but it seems that the actual initial connection itself has no timeout, which can lead to hanging if an endpoint is down.
Adding this would probably be a matter of adding a new field to ConnectOptions to expose tonic::transport's connect_timeout method

@joshua-sp  The PR #47 add a new API ConnectOptions::with_connect_timeout() which can be used to set connect_timeout, please review if it meets your requirement.

Looks good to me, thanks a lot David!


text:
Force material selection, debounce searches and fix tips error handling

Check the submitted material contains a valid material from the search list, if it doesn't the form will display a not found error message instead of submitting.

Other improvements

Debounced API calls to the material search endpoint by 250ms
Debounced API calls to the HERE maps auto suggest endpoint by 500ms
Fixed an issue with the app crashing when the tip API endpoint errors

:tada: This PR is included in version 1.38.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: etchteam/recycling-locator


text:
Invalid XHTML? SyntaxError: An invalid or illegal string was specified

I think that this issue finds its root in the usage of innerHTML (instead of DOM manipulation with addChild and so) without adding the / at the end of auto-closing tags or ensuring every attribute has a value.
I serve my sites with the header: Content-Type: application/xhtml+xml in order to make the web browser point out syntax errors in the HTML.
Then, the line $('#mycalendar').datepicker(); raises this in the browser console:
Undefined entity (in unknown)
SyntaxError: An invalid or illegal string was specified (in jquery-2.1.1.js)
So it looks probable that the generated code is not valid XML (needs a / at the end of auto-closing tags and such).
Maybe Undefined entity refers to &something;.

There is actually no issue here since in HTML5 there is no /at the end of tags, as wrote in the HTML5 documentation.
I guess we can add some support for XHTML 1.x.
Now the fact are
that XHTML 1.x is getting old, and all browser support HTML5 syntaxe.
that XHMTL 2.0 development have been indefinitely suspended.
and that XHTML5 is based on HTML5 so it fall under HTML5 rules (so no /).
So to be honest, I don't see the value of adding this support, nor in fact making website in XHTML 1.x nowadays.

Thank you for the detailed reply.
I'm actually writing HTML5, but to enforce correct syntax on the web developers (including myself), the only way I found is to serve the page with application/xhtml+xml in the HTTP headers.
This makes the browser puke an error if the document is not a proper XML tree, so we could say I'm writing XHTML5 code.
It's way stricter than the HTML5 standard, for which this is a perfectly valid document (ew):
<!DOCTYPE html>
<head> <title>title</title>
<p>text
</html>
But nobody wants to have to work with that kind of crufty code; I think we can agree that just passing the HTML5 standard is asking for trouble.
Enforcing that the document be an XML tree is not a bad way to ensure that things stay tidy.
JQuery's generated HTML strings are also valid XML; I had no trouble with any component of bootstrap so far, except datepicker. It would be a cool addition, I think. :)

Ok, after checking the code there is self-closing tag anyway.
Now I wanna debug this issue, could you explain me how do you proceed to get your error ?

I put the header Content-Type: application/xhtml+xml, which can be simply done in php for instance by inserting this at the top of the page:
<?php header('Content-Type: application/xhtml+xml'); ?>
I think it might be an HTML entity, due to the error message in the console:
Undefined entity (in unknown)
There was no obvious way to get the code generated by the JS, though, since it's inserted via innerHTML.

if no JS is executed there is no reason the issue is raised by the datepicker.
When I change the mime Chrome will just display the Xml without any error, nor executing any JS.
That's why I was asking.

The error disappears when I remove $('#mycalendar').datepicker(); from the script in the page.
It seems that the function datepicker() tries to insert something that doesn't pass XML syntax as innerHTML.

There is only « and » in the code, which by the way should be gone in 1.5.
It's hard to lookup for this since I can't perform what you're doing.

I updated, and the problem is fixed. I'm pretty sure I made a mistake when fetching datepicker initially and didn't have the last version.
Thanks very much!

authors: Azaret calimeroteknik

repo: eternicode/bootstrap-datepicker


text:
[feat] Set default value of sourcesdir to 'src' only if such a directory exists, otherwise set to None

If the test is derived from RunOnlyRegressionTest, then it does not have
to create a src/ dir in the test folder anymore. By default, if there is
no src/ dir, then ReFrame will set the self.sourcesdir to None.
Close #1094

Hello @victorusu, Thank you for updating!

In the file unittests/test_pipeline.py:

Line 225:32: E711 comparison to None should be 'if cond is None:'

Do see the ReFrame Coding Style Guide

@teojgo Please review this one.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@ba5470c). Click here to learn what that means.
The diff coverage is 97.36%.

@@            Coverage Diff            @@
##             master    #1185   +/-   ##
=========================================
  Coverage          ?   92.17%
=========================================
  Files             ?       81
  Lines             ?    12003
  Branches          ?        0
=========================================
  Hits              ?    11064
  Misses            ?      939
  Partials          ?        0

Impacted Files
Coverage Δ

reframe/core/runtime.py
89.69% <ø> (ø)

unittests/resources/checks/frontend_checks.py
99.21% <ø> (ø)

reframe/core/launchers/registry.py
85% <ø> (ø)

unittests/resources/checks/bad/noentry.py
80% <ø> (ø)

reframe/utility/os_ext.py
91% <ø> (ø)

reframe/frontend/dependency.py
96.77% <ø> (ø)

unittests/resources/settings.py
100% <ø> (ø)

reframe/core/meta.py
100% <ø> (ø)

reframe/core/exceptions.py
84.78% <ø> (ø)

reframe/core/systems.py
89.67% <ø> (ø)

... and 71 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update ba5470c...8cfa3e5. Read the comment docs.

@jenkins-cscs retry daint

authors: codecov-io pep8speaks victorusu vkarak

repo: eth-cscs/reframe