primordic/IssueDupesLite huggingface dataset:
Repository: capistrano/capistrano

Issue #1545: Detect changed repo_url
Created: 2015-12-29T12:48:49Z
Using svn, when I change the repo_url, the clone on the server is not changed and the old version remains.
The solution is simple: when the repo_url changes, I expect the repo clone to be deleted and checked out again.

Duplicate issue #1812: Deployment bug when you change remote repository
Created: 2016-12-06T22:01:55Z
Dear Capistrano team,
Recently I changed my repository from bitbucket to gitlab and face problem with deploy. My deployment, even if it was changed in deploy.rb, still wanted to connect to bitbucket.
Yes, I figure it out. I had to go to my server, and change repo/config file manualy. Basically, it's not a big deal and if you know what to correct and why problem appears it's easy to fix.
But still, as a suggestion. I think it would be more user friendly to correct this behavior to more logical => if you change repo in deploy.rb - then it's connection to changed repo, not to the old one.

Closing comment (2016-12-06T22:10:09Z): Thanks for the report; it is a good suggestion. We are already tracking this in #1545. If you have the capacity to help fix this, we would appreciate the contribution!
Closing as duplicate of #1545.
Repository: carla-simulator/carla

Issue #232: Unable to run ./Rebuild.sh script. (Segmentation fault)
Created: 2018-02-20T06:13:16Z
I was facing the same issue as that mentioned in:
#131 while running the ./Setup.sh script in Carla. Thus I referred to the solution provided by @nsubiron and added the contents myself. The ./Setup.sh script ran successfully.
But, now when I run the ./Rebuild.sh script I get the following error:

Engine crash handling finished; re-raising signal 11 for the default handler. Good bye.
./Rebuild.sh: line 111: 27490 Segmentation fault      (core dumped) ${UE4_ROOT}/Engine/Binaries/Linux/UE4Editor "${PWD}/CarlaUE4.uproject"

The error is shown a few lines after:

Total build time: 126.23 seconds (Local executor: 21.75 seconds)
Launching UE4Editor...

Duplicate issue #203: Docker containers for Carla
Created: 2018-02-05T10:52:10Z

Closing comment (2018-03-03T13:08:41Z): Hi guys
I did some research on that although end up with the issue similar to #232
Feel free to use my current solution as a base point for further improvements: https://github.com/volkodava/docker-carla-vnc-desktop
Repository: carla-simulator/carla

Issue #697: ERROR: (localhost:2000) failed to read data: timed out when run client_example.py
Created: 2018-08-23T22:45:38Z
When run python client_example.py, an issue of failed to read data appears as:
INFO: listening to server localhost:2000
CarlaClient connected
ERROR: (localhost:2000) failed to read data: timed out
CarlaClient connected
ERROR: (localhost:2000) failed to read data: timed out
CarlaClient connected
ERROR: (localhost:2000) failed to read data: timed out
CarlaClient connected
ERROR: (localhost:2000) failed to read data: timed out
What could be the problem?

Duplicate issue #1478: failed to read data: timed out when run driving_benchmark_example.py --corl-2017
Created: 2019-04-02T00:16:55Z
I use carla 0.8.2 when I run manual_control.py from PythonClient it worked fine, but when I want to run driving_benchmark_example.py --corl-2017 I get error :
ERROR: (localhost:2000) failed to read data: timed out
ERROR: (localhost:2000) failed to read data: [WinError 10054] An existing connection was forcibly closed by the remote host
and repeat it self till I close cmd

Closing comment (2019-04-05T15:13:05Z): Ah, this bug is related to #697. This rpclib bug exists in the carla version before 0.9.3.

thank you for your replay, but in #697 he had a problem with client_example.py but it worked fine with me, I have a problem with driving_benchmark_example.py although they used the same port!
Repository: carla-simulator/carla

Issue #310: Start Positions are different before the first reset.
Created: 2018-03-26T12:51:34Z
The CARLA simulator periodically resets itself while waiting for
the python client to connect.
However, If the python client system connects to the
CARLA simulator before the server resets a first time, it receives
a set of start position in different order.
Tested:
Carla 0.7.1
Carla 0.8

Duplicate issue #404: Repeatability over multiple episodes
Created: 2018-05-05T18:39:30Z
I am using Carla 0.8.2 on Linux. The following steps will work to reproduce the bug:

Run the server and client for 3 episodes like in client_example.py and save the settings for each episode as settings0.ini, settings1.ini and settings2.ini
Restart server and client and load settings0.ini
Restart server and client and load settings1.ini
Restart server and client and load settings2.ini

I find that I get repeatable data only for the first episode. For the other episodes:

List of starting positions returned by client.load_settings is shuffled
Pedestrians and vehicles are initialized differently

I can fix the first problem by going through the entire list and selecting the same starting position as before. But it would be much easier if the list was not reordered every time, so that I only need to save the index.
For the second problem, it seems there is something more than SeedVehicles and SeedPedestrians that is controlling the initialization.

Closing comment (2018-05-05T18:45:00Z): Hey @mtikekar
This bug seems very related to #310,
Before the first reset , the starting positions and objects positions are different. After you do the first reset,  the starting points and objects positions are likely to be stable.
Can you confirm that ?
Thanks !
Repository: carla-simulator/carla

Issue #7687: Unreal Editor Fatal Error when using digital twin in Carla 0.9.15
Created: 2024-05-22T09:56:31Z

Duplicate issue #8442: Digital Twin Crashed on Windows 10
Created: 2024-12-05T06:48:38Z
Hi, I am very interesting about digital twin in CARLA 0.9.15. However, I meet some troubles. CarlaUE4 crashed when generating the map.
CARLA version: 0.9.15
Platform/OS: Windows10
Steps to reproduce:
1、I use the carlaTool to generate map according to URL.

2、Then I get a crash

And this is the crash log.
CarlaUE4.txt.log
CarlaUE4 crashed in Line about 1024.
3、after that I got a map with an empty elements like this


Additionally, a osm file in content.
test.txt

4、 https://www.openstreetmap.org/export#map=19/22.882461/113.368025 The OSM file I downloaded directly from the website is only 14KB, so I don't know where the problem lies.
I have struggled with this problem for a long time. Does anyone have a good solution?

Closing comment (2024-12-05T07:08:26Z): I think this issue might be related to #7687, but it's not exactly the same.
Repository: carla-simulator/carla

Issue #8053: Does existing DVS Event sesnor simulator in Carla solely rely on RGB images to generate events, or it uses other data like depth?
Created: 2024-08-14T15:11:18Z

Duplicate issue #8034: Does DVS Event sensor relies on only rgb images or it uses depth as well?
Created: 2024-08-05T21:20:34Z

Closing comment (2024-08-30T11:47:55Z): Closing. This is a duplicate of #8053.
Repository: carla-simulator/carla

Issue #310: Start Positions are different before the first reset.
Created: 2018-03-26T12:51:34Z
The CARLA simulator periodically resets itself while waiting for
the python client to connect.
However, If the python client system connects to the
CARLA simulator before the server resets a first time, it receives
a set of start position in different order.
Tested:
Carla 0.7.1
Carla 0.8

Duplicate issue #682: world coordinates of obstacles in Occupancygrid not match with real one
Created: 2018-08-20T18:23:22Z
Hi,
I tried to transfer the pixel coordinate of obstacles from topic of map into world coordinates, but I found it's not right. I set 18 as my start position index and it shows on the right lane. But after I obtain the world coordinates of obstacle and also plot start position by a simple python code.(yellow point is start position with world coordinates x = 89, y = 15) The start position shows on the left lane. I don't know whether it's due to the error accumulation?

Thanks,

Closing comment (2018-08-21T09:36:31Z): Hi @WillenPeng.
Make sure this not related to #310 #662 #680
Repository: ccache/ccache

Issue #841: Support for Tasking compiler toolchain
Created: 2021-04-29T15:38:26Z
Hi,
I would like to use ccache in combination with TASKING VX-toolset. This is a commercial C/C++ compiler which command line syntax is unfortunately not fully GCC compatible. See https://www.tasking.com/support/tricore/ctc_user_guide_v6.2r2.pdf for its documentation. Another toolchain coming close is from Green Hills which is listed as semi-supported on your features page.
In theory, I could hack the support into ccache but the code looks quite complicated. It would be good if someone could highlight the relevant locations to add a new compiler. Or I can offer testing a few things if needed. Please note that this compiler includes its own caching functionality already but I would like to benchmark this and ccache against each other.

Duplicate issue #1136: Support different flag for response files
Created: 2022-08-16T08:52:20Z
On Windows the command line might be to long and the default behavior of ninja/compilers is to use response files.
CCache supports response files with the @file syntax. Would it be possible to make this flag configurable? For example, Tasking compiler uses -f file instead @file.
Thanks!

Closing comment (2022-08-20T11:45:49Z): Duplicate of #841
Repository: ccache/ccache

Issue #93: ccache gives different warnings than raw g++ call
Created: 2016-06-07T15:57:34Z
Output from g++ and ccache: http://paste.ubuntu.com/17091648/
The file i'm compiling is at http://paste.ubuntu.com/17091697/
$ ccache -V
ccache version 3.2.4
$ g++ --version
g++ (Ubuntu 5.3.1-14ubuntu2.1) 5.3.1 20160413
Using Ubuntu 16.04
Any idea why that happens?

Duplicate issue #105: ccache swallows error from gcc with -Wmisleading-indentation
Created: 2016-06-23T14:47:24Z
I compiled the attached ccache.c using the commands in ccache_build.txt. As seen in that file, I get the expected error when building using gcc directly, but not when building via ccache. I would expect to get the error also when building via ccache.
ccache used is 3.2.4.
gcc used is 6.1.1.
system is Fedora 24.
(I had to rename ccache.c to ccache.txt because github didn't like the file type ...)

Closing comment (2016-07-19T15:36:02Z): Closing this since it's a duplicate of #93.
Repository: ccache/ccache

Issue #1116: -fcolor-diagnostics probing does not work
Created: 2022-07-13T14:57:37Z
How to reproduce


on Arch Linux: pacman -S ccache
BUILDENV=(!distcc color ccache check !sign) in /etc/makepkg.conf
Get https://aur.archlinux.org/packages/ddnet
Build with makepkg

Actual behavior
[1/253] Building C object CMakeFiles/json.dir/src/engine/external/json-parser/json.c.o
FAILED: CMakeFiles/json.dir/src/engine/external/json-parser/json.c.o
/usr/lib/ccache/bin/cc -D_FORTIFY_SOURCE=2  -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -O3 -DNDEBUG -fdiagnostics-color=always -fcolor-diagnostics -fstack-protector-all -fno-exceptions -Wno-implicit-function-declaration -MD -MT CMakeFiles/json.dir/src/engine/external/json-parser/json.c.o -MF CMakeFiles/json.dir/src/engine/external/json-parser/json.c.o.d -o CMakeFiles/json.dir/src/engine/external/json-parser/json.c.o -c /home/deen/ddnet-aur/src/DDNet-16.2.2/src/engine/external/json-parser/json.c
cc: error: unrecognized command-line option ‘-fcolor-diagnostics’

Expected behavior
-fcolor-diagnostics was detected during probing as working:
Source file was:
int main() { return 0; }
Performing C++ SOURCE FILE Test FLAG_SUPPORTED_fcolor_diagnostics succeeded with the following output:
Change Dir: /tmp/makepkg/ddnet/src/build/CMakeFiles/CMakeTmp

But fails when actually building the source code. I'd expect it to consistently fail or consistently succeed.
Environment
ccache version 4.6.1
gcc 12.1.0
This was reported in DDNet in ddnet/ddnet#5628
I see similar bugs in ccache were already fixed: #711 and #740

Duplicate issue #1275: Diagnostics color option can still be improperly accepted
Created: 2023-04-12T17:33:48Z
How to reproduce

Install ccache on CentOS 9 and run steps from #740
Alternative running following commands on fresh Ubuntu22.04 also do the trick:

$ apt update; apt install -y g++ ccache
$ ln -f /usr/bin/x86_64-linux-gnu-g++-11 /usr/bin/c++
$ ln -sf /usr/bin/ccache /usr/local/bin/c++
$ echo 'int main() { return 0; }' >src.cxx
$  /usr/local/bin/c++ -c src.cxx
$ /usr/local/bin/c++ -fcolor-diagnostics -c src.cxx
Actual behavior
Invocation of -fcolor-diagnostics on ccache wrapped gcc compiler succeeds
Expected behavior
It should fail
Environment
ccache version 4.5.1
I think essential part here, is that it reproduces on systems that do not follow the /etc/alternatives patterns of symlinking cc/c++ to gcc/g++, which confuses compiler detection logic.
Discovered while debugging pytorch/pytorch#83500

Closing comment (2023-04-18T07:42:53Z): Thanks for the bug report. This is a duplicate of #1116, which was fixed in ccache 4.6.2.
Repository: ccache/ccache

Issue #213: CoW: copy-on-write (btrfs/xfs clone) support
Created: 2018-01-14T10:58:04Z
Hi,
I'm working on some patches for adding direct support to clone a file (like a hardlink) on btrfs.  Btrfs supports copy-on-write, you can copy a file without duplicating its data blocks.
I want to ask, is the best way to expose this as an option to the hard_link configuration option?  For example hard_link = true, hard_link = false and hard_link = reflink (or btrfs_clone or some other value).  Or should this be done if supported and fallback to a regular copy (since they have the same semantics anyway).
Thanks.

Duplicate issue #254: Create symlinks instead of copy obj files to speed up
Created: 2018-04-13T12:23:45Z
COW FS's may use cp --reflink alternatively

Closing comment (2018-04-17T20:13:35Z): As explained by @afbjorklund, creating symlinks isn't a good idea. Closing as a duplicate of #213.
Repository: ccache/ccache

Issue #1262: MSVC /Zc: parameters are no longer supported since version 4.8
Created: 2023-03-20T16:44:56Z
How to reproduce

Using MSVC and compiling a source file with any /Zc:<flag> parameter (C++ conformance modes), e.g. /Zc:throwingNew
Actual behavior

ccache complains about this compiler option:
Compiler option /Zc:throwingNew is unsupported
Expected behavior

In version 4.7.4 the conformance options worked just fine.
Environment

ccache version 4.8
I figured out that this issue goes away when I revert d099c18.

A brief look into the patch revealed that the simple check for -Z wrongly matches the conformance flags as well.

Duplicate issue #1276: "Compiler option /Zc:inline is unsupported"  in ccache 4.8
Created: 2023-04-13T09:40:19Z
How to reproduce

Install ccache 4.8, No cacheable calls after building.
check the log, there's the error "Compiler option /Zc:inline is unsupported".
It works after reinstalling ccache 4.7.4.

Actual behavior
No cacheable calls at all (ccache -s)
Expected behavior
4.8 should support /Zc:inline as 4.7.4
Environment

ccache version 4.7.4 and 4.8

Visual Studio 2019, Windows

Closing comment (2023-04-21T17:54:19Z): Duplicate of #1262
Repository: ccache/ccache

Issue #95: Command too long when @file is used on Windows
Created: 2016-06-09T19:38:08Z
From https://bugzilla.samba.org/show_bug.cgi?id=9875:

Windows has a limitation of 8K characters for commands.
Since compilation flags for large projects might exceed this limit (e.g. it has many include paths), @file.opt is commonly used.
The problem is that ccache expands @file and executes the preprocessor with raw arguments. This fails for very long commands...

Duplicate issue #390: rsp file support?
Created: 2019-04-23T13:24:30Z
I am doing some building on Windows (with mingw) and my build system is setting the link command to ccache cc. This is fine, but on Windows there are very strict command length limits. In order to work around this, it is typical to use .rsp files with the full command and pass them directly to the exe (e.g., ccache cc @file.rsp.
With this syntax, the contents of the file are passed directly to the new process, and this bypasses the command length limits.
Unfortunately, it seems that ccache does not correctly preserve this mechanism. When ccache drops through to the actual command (i.e., cc @file.rsp), it seems to be passing the full command--including the contents of the rsp file. This ends up violating the command length restriction and causes the build to fail.
When performing the underlying command, ccache should pass it exactly as it was received and not as it was expanded.

Closing comment (2019-04-23T16:26:53Z): Hi, this is a duplicate of #95.
Repository: ccache/ccache

Issue #787: Unable to build webkit-gtk on Gentoo (pre-build, unable to find pthread.h)
Created: 2021-01-21T06:33:03Z
How to reproduce


FEATURES="ccache" emerge -1 =net-libs/webkit-gtk-2.30.3

Actual behavior
Pre-build check fails: unable to locate pthread.h
Expected behavior
Should build fine - running FEATURES="-ccache" emerge -1 =net-libs/webkit-gtk-2.30.3 continues to the compile phase
Environment

ccache version 4.1
OS: Gentoo
build log and ccache logs
build.log
webkit-gtk-ccache.log
Please let me know if I can furnish further information

Duplicate issue #740: Diagnostics color option can be improperly accepted
Created: 2020-12-07T18:32:33Z
If a cached result exists for the source file and command line (omitting color arguments), then a passed -fcolor-diagnostics argument is not rejected.
Example:
$ cat >a.c <<EOF
int main() { return 0; }
EOF

$ /usr/lib/ccache/bin/x86_64-pc-linux-gnu-gcc -c a.c

$ /usr/lib/ccache/bin/x86_64-pc-linux-gnu-gcc -fcolor-diagnostics -c a.c

The -fcolor-diagnostics option is not rejected as it should be since the cache already contains an entry for that source file and command line with the option omitted.
This causes problems for CMake, which tests the validity of numerous compiler options by attempting to compile the same trivial source file. When it attempts to check the validity of the -fcolor-diagnostics option, the command line matches one that it has already tested, so the test succeeds even though it ought to fail.
Originally posted by @whitslack in #711 (comment)

Closing comment (2021-05-18T13:48:10Z): (This looks closely related to #787 as I'm also using ccache to build webkit-gtk.)
Repository: ccache/ccache

Issue #740: Diagnostics color option can be improperly accepted
Created: 2020-12-07T18:32:33Z
If a cached result exists for the source file and command line (omitting color arguments), then a passed -fcolor-diagnostics argument is not rejected.
Example:
$ cat >a.c <<EOF
int main() { return 0; }
EOF

$ /usr/lib/ccache/bin/x86_64-pc-linux-gnu-gcc -c a.c

$ /usr/lib/ccache/bin/x86_64-pc-linux-gnu-gcc -fcolor-diagnostics -c a.c

The -fcolor-diagnostics option is not rejected as it should be since the cache already contains an entry for that source file and command line with the option omitted.
This causes problems for CMake, which tests the validity of numerous compiler options by attempting to compile the same trivial source file. When it attempts to check the validity of the -fcolor-diagnostics option, the command line matches one that it has already tested, so the test succeeds even though it ought to fail.
Originally posted by @whitslack in #711 (comment)

Duplicate issue #787: Unable to build webkit-gtk on Gentoo (pre-build, unable to find pthread.h)
Created: 2021-01-21T06:33:03Z
How to reproduce


FEATURES="ccache" emerge -1 =net-libs/webkit-gtk-2.30.3

Actual behavior
Pre-build check fails: unable to locate pthread.h
Expected behavior
Should build fine - running FEATURES="-ccache" emerge -1 =net-libs/webkit-gtk-2.30.3 continues to the compile phase
Environment

ccache version 4.1
OS: Gentoo
build log and ccache logs
build.log
webkit-gtk-ccache.log
Please let me know if I can furnish further information

Closing comment (2021-01-30T12:44:38Z): Duplicate of #740
Repository: ccxt/ccxt

Issue #9207: FTX: Can't cancel opened Order / Can't get Order ID's of open Orders (PHP)
Created: 2021-05-18T20:15:36Z
i can successfully create orders with :
$exchange->create_order($symbol, $type, $side, $amount, $price, $params);
Array
(
    [info] => Array
        (
            [id] => 44022042
            [market] => BTC-PERP
            [future] => BTC-PERP
            [side] => sell
            [type] => take_profit
            [orderPrice] => 48100.0
            [triggerPrice] => 47000.0
            [size] => 0.001
            [status] => open
            [createdAt] => 2021-05-18T20:09:03.654365+00:00
            [triggeredAt] => 
            [orderId] => 
            [error] => 
            [reduceOnly] => 
            [trailValue] => 
            [trailStart] => 
            [cancelledAt] => 
            [cancelReason] => 
            [retryUntilFilled] => 
            [orderType] => limit
        )

    [id] => 44022042
    [clientOrderId] => 
    [timestamp] => 1621368543654
    [datetime] => 2021-05-18T20:09:03.654Z
    [lastTradeTimestamp] => 
    [symbol] => BTC-PERP
    [type] => take_profit
    [timeInForce] => 
    [postOnly] => 
    [side] => sell
    [price] => 47000
    [stopPrice] => 47000
    [amount] => 0.001
    [cost] => 
    [average] => 
    [filled] => 
    [remaining] => 
    [status] => open
    [fee] => 
    [trades] => 
)


but if i want to close this order with
$exchange->cancel_order(44022042)
i get an error
ccxt\OrderNotFound: ftx {"success":false,"error":"Order not found"}
also
$exchange->fetch_open_orders() returns an empty array even though i have open orders

Duplicate issue #9209: Issues with FTX (PHP)
Created: 2021-05-19T06:42:43Z
a) $exchange->fetch_open_orders() return an empty array even though i have open orders ? Is there a param override neccessary for open conditional orders ?
b) if i fetch my open positions with $exchange->fetch_positions() why does the array contain positions that are both - open and closed. Am i right, that the only way to find out my open positions is to check each key of the array if there is "openSize" which is then > 0 to find out if the position is still open or already closed ?

Closing comment (2021-05-19T11:02:46Z): Duplicate: #9207
Repository: ccxt/ccxt

Issue #1385: yobit fetchbalance requests.exceptions.HTTPError
Created: 2018-01-20T15:41:51Z
Ccxt need new exception to catch? ccxt-1.10.780
exchange = {}
exchange['yobit'] = ccxt.yobit()
exchange['yobit'].apiKey = "fake"
exchange['yobit'].secret = "fake"
print(exchange['yobit'].fetchBalance()))
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/ccxt/base/exchange.py", line 351, in fetch
    response.raise_for_status()
  File "/usr/lib/python3.6/site-packages/requests/models.py", line 935, in raise_for_status
    raise HTTPError(http_error_msg, response=self)
requests.exceptions.HTTPError: 503 Server Error: Service Temporarily Unavailable for url: https://yobit.net/api/3/info

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/kris/exchangescripts/ccex_examples/instantiate-all-at-once.py", line 77, in <module>
    pprint(exchange['yobit'].fetchBalance())
  File "/usr/lib/python3.6/site-packages/ccxt/yobit.py", line 107, in fetch_balance
    self.load_markets()
  File "/usr/lib/python3.6/site-packages/ccxt/base/exchange.py", line 834, in load_markets
    markets = self.fetch_markets()
  File "/usr/lib/python3.6/site-packages/ccxt/liqui.py", line 148, in fetch_markets
    response = self.publicGetInfo()
  File "/usr/lib/python3.6/site-packages/ccxt/yobit.py", line 172, in request
    response = self.fetch2(path, api, method, params, headers, body)
  File "/usr/lib/python3.6/site-packages/ccxt/base/exchange.py", line 298, in fetch2
    return self.fetch(request['url'], request['method'], request['headers'], request['body'])
  File "/usr/lib/python3.6/site-packages/ccxt/base/exchange.py", line 363, in fetch
    self.handle_errors(response.status_code, response.reason, url, method, None, self.last_http_response)
  File "/usr/lib/python3.6/site-packages/ccxt/liqui.py", line 593, in handle_errors
    if (not isinstance(body, basestring)) or len((body) < 2):
TypeError: '<' not supported between instances of 'str' and 'int'

Duplicate issue #1452: Exchange yobit used DDoS protection for api requests
Created: 2018-01-23T16:40:44Z
ccxt.base.errors.DDoSProtection: yobit GET https://yobit.net/api/3/info 503 Server Error: Service Temporarily Unavailable

OS: Windows
Programming Language version: python 3.5
CCXT version: 1.10.807
Exchange: yobit
Method: all privavte methods

Closing comment (2018-01-23T21:52:02Z): Duplicate: #1385
Repository: ccxt/ccxt

Issue #15194: Class 'React\Promise\Deferred' not found in ccxt/php/pro/Future.php:8
Created: 2022-10-05T09:26:31Z
OS: windows
Programming Language version:  PHP
CCXT version: the latest

Trying to connect to exchange

Fatal error: Uncaught Error: Class 'React\Promise\Deferred' not found in ccxt/php/pro/Future.php:8 Stack trace: #0 ccxt/ccxt.php(128): require_once()
{main} thrown in ccxt/php/pro/Future.php on line 8

Duplicate issue #15183: I just cannot install new ccxt version
Created: 2022-10-04T11:18:41Z
Sorry to create request, but while installing new version of ccxt, i hit into myriad of problems which i am not able to overcome.
I copied and unzipped ccxt into directory. When including it in php, following error appears:
Fatal error: Class 'React\Promise\Deferred' not found in /var/www/ccxt-2022/ccxt-master/php/pro/Future.php on line 8

I installed React\Promise\Deferred using composer (according to manuals), but error doesnt disappear and i failed to google anything which could lead me to solution or cause of the issue.
I tried alternative solution by installing CCXT using pip (in case that method would automatically install dependencies), but i hit into following error when typing 'pip3 install ccxt':
No matching distribution found for setuptools>=60.9.0 (from ccxt)

Can you somebody point me to manual which will help me overcome some of these issues, so i can make it work ?

Closing comment (2022-10-22T09:25:38Z): Duplicate: #15194
Repository: ccxt/ccxt

Issue #9159: New Exchange: BitBuy.ca
Created: 2021-05-10T01:14:07Z
https://bitbuy.ca/en/

Duplicate issue #12749: bitbuy.ca integration
Created: 2022-04-12T15:50:12Z
We should integrate this with ccxt. Kevin Oleary acquired it, big exchange in Canada.

Closing comment (2022-04-13T16:58:04Z): Yes, we will add it as soon as we can.
Duplicate: #9159
Repository: ccxt/ccxt

Issue #8122: New Exchange tr.binance
Created: 2020-12-17T13:52:43Z
URL: https://www.trbinance.com/
API Docs: https://www.trbinance.com/apidocs/#api-document-description
Thanks

Duplicate issue #9289: New Exchange : trbinance
Created: 2021-05-30T10:43:55Z
https://www.trbinance.com/en/

Closing comment (2021-11-12T19:34:14Z): Duplicate: #8122
Repository: ccxt/ccxt

Issue #5630: New fiat exchange emx.com
Created: 2019-08-04T08:25:14Z
https://docs.emx.com/?utm_source=share&utm_medium=ios_app#introduction

Duplicate issue #7204: Add EMX exchange
Created: 2020-06-30T18:13:26Z
Our API doc: https://docs.emx.com/#introduction
Github: https://github.com/evermarkets/emx-python
We are really interested integrate on CCXT library advise by one of our friend.
feel free to shot me email: jchen@emx.com

Closing comment (2020-06-30T18:27:01Z): Duplicate:

#5630
Repository: ccxt/ccxt

Issue #11043: Sometimes Wavesexchange error when I do create_order: wavesexchange The request has an invalid signature
Created: 2021-12-28T12:17:44Z
My code is:
try {
    return $exchange->create_order($symbol, $type, $side, $amount, $price);
} catch (Throwable $e) {
    echo '[ERROR] ' . $e->getMessage() . PHP_EOL;
    return false;
}

I want to make a create_order on wavesexchange throw ccxt and usually it is executed without any errors, but sometimes, in rare cases, the following error pops up:
[ERROR] wavesexchange The request has an invalid signature

Duplicate issue #11067: Wavesexchange create_order The request has an invalid signature
Created: 2021-12-29T13:39:37Z
Sorry.
My ccxt verison is: 1.65.38
OS: Linux Ubuntu 20.04
Programming language is: php8.0
Exchange is: wavesexchange
Method is create_order, but I guess it will be on another methods.
$exchange_class = '\\ccxt\\' . 'wavesexchange';

$exchange = new $exchange_class(['apiKey' => API_KEY, 'secret' => API_SECRET, 'timeout' => 10000, 'enableRateLimit' => false]);

while (true) {
    try {

        $start = hrtime(true);

        $order = $exchange->create_order("BTC/USDN", "limit", "sell", "0.00001", "60000");

        $time = round((hrtime((true) - $start)) / 10**9, 8);

    } catch (Throwable $e) {
        die("Order NOT created. Error: $e" . PHP_EOL);
    }

    $i++;

    echo "$i) Order created, id: {$order["id"]}, time: $time s" . PHP_EOL;

    $cancel_order = $exchange->cancel_order($order["id"], "BTC/USDN");
}

when I run that code it is okay, but sometimes at some indefinite step it can break:
10) Order created, id: BVmNN9g6h8DQfTUJbjqBUNTvT83ivwfJriJVsTrRqKV4, time: 10925.5871533 s
11) Order created, id: 3o87SptEMNYC6zEHk3Z4i2G5LRWMuFvgSfTWwp3PfSZW, time: 10926.4394268 s
12) Order created, id: 5forVa1No7B9A8ZGUNgJ366xhoU3iSSpe3dnEEzUBJRQ, time: 10927.2368888 s
13) Order created, id: 2TV97V6rUwMWiK1m4tNgqBcoWRfpqiBoV6s879WSrxwe, time: 10928.1120364 s
14) Order created, id: EU9rq6KdBeobScvEiFyXFQEDk2xfhmXpMUPzTFV8KM3A, time: 10929.4442607 s
Order NOT created. Error: ccxt\AuthenticationError: wavesexchange The signature of order AwSYNfM1BhGkwJZmG9fi9umsbWk39J7L4FdiWuzU2Tf6 is invalid: GenericError(Proof doesn't validate as signature for OrderV3(id=AwSYNfM1BhGkwJZmG9fi9umsbWk39J7L4FdiWuzU2Tf6, sender=herewasmyapikey, matcher=9cpfKN9suPNvfeUNphzxXMjcnn974eme8ZhWUjaktzU5, pair=8LQW8f7P5d5PZM7GtZEBgaqRPGSzS3DfPuiXrURJ4AJS-DG2xFkPdDwKUoBkzGAhQtLpSGzfXLiCYPEzeKH2Ad24p, tpe=sell, amount=1000, price=60000000000, ts=1640775577208, exp=1643194777208, fee=300000, feeAsset=WAVES, proofs=Proofs(herewasmanysymbols))) in .../vendor/ccxt/ccxt/php/wavesexchange.php:1783

*Before the error, orders are created and canceled normally.
Previous comment is: #11043 (comment)

Closing comment (2022-07-30T14:42:55Z): this is duplicate of #11043 , so it should be handled there.
Repository: ccxt/ccxt

Issue #2962: Failed to load markets for allcoin – they changed their API
Created: 2018-05-26T05:03:10Z
OS: macOS 10.13.3
Programming Language version: Python 3.6.5
CCXT version: 1.14.71
Exchange: allcoin
Method: load_markets()

Failed to load markets for allcoin. Guess the original endpoint is no longer in force.
ccxt.base.errors.ExchangeNotAvailable: allcoin
  https://www.allcoin.com/Home/MarketOverViewDetail/
GET 500 Server Error: Internal Server Error for url:
  https://www.allcoin.com/Home/MarketOverViewDetail/

Duplicate issue #4792: allcoin loadMarkets TypeError 
Created: 2019-03-05T16:00:42Z
example:
const ccxt = require('ccxt');
async function main() {
try {
const ex = new ccxt'allcoin'
await ex.loadMarkets()
} catch (e) {
console.log(e)
}
}
main()

OS: Ubuntu 16
Programming Language version: node.js 10.5
CCXT version: 1.18.338
Exchange: allcoin
Method:loadMarkets

Closing comment (2019-03-05T16:08:45Z): Duplicate:

#2962
https://github.com/ccxt/ccxt/issues?q=allcoin+is%3Aopen
Repository: ccxt/ccxt

Issue #6428: Support Binance futures
Created: 2020-01-29T09:09:55Z
Binance launched Binance Futures.
The price of Binance Futures are a little bit different from the price of Binance exchange market.
Could you please consider to add new pairs for future contracts ?
p/s: Tradingview also supports both exchange and future contract pairs as below:

Duplicate issue #6458: Binance FAPI does not work
Created: 2020-02-06T23:54:38Z
Non-FAPI endpoints are used:
>>> import ccxt
>>> import logging
>>> print(ccxt.__version__)
1.22.30
>>> api=ccxt.binance({ "options": { "defaultMarket": 'futures' } })
>>> logging.basicConfig(level=logging.DEBUG)
>>> api.fetch_markets()
DEBUG:ccxt.base.exchange:GET https://api.binance.com/api/v3/exchangeInfo, Request: {'User-Agent': 'python-requests/2.22.0', 'Accept-Encoding': 'gzip, deflate'} None
DEBUG:urllib3.connectionpool:Starting new HTTPS connection (1): api.binance.com:443
DEBUG:urllib3.connectionpool:https://api.binance.com:443 "GET /api/v3/exchangeInfo HTTP/1.1" 200 None
DEBUG:ccxt.base.exchange:GET https://api.binance.com/api/v3/exchangeInfo, Response: 200 {'Content-Type': 'application/json;charset=utf-8', 'Transfer-Encoding': 'chunked', 'Connection': 'keep-alive', 'Date': 'Thu, 06 Feb 2020 23:50:50 GMT', 'Server': 'nginx', 'X-MBX-UUID': 'cea15106-02bd-4b79-afa8-6c955802140b', 'X-MBX-USED-WEIGHT': '1', 'X-MBX-USED-WEIGHT-1M': '1', 'Content-Encoding': 'gzip', 'Strict-Transport-Security': 'max-age=31536000; includeSubdomains', 'X-Frame-Options': 'SAMEORIGIN', 'X-Xss-Protection': '1; mode=block', 'X-Content-Type-Options': 'nosniff', 'Content-Security-Policy': "default-src 'self'", 'X-Content-Security-Policy': "default-src 'self'", 'X-WebKit-CSP': "default-src 'self'", 'Cache-Control': 'no-cache, no-store, must-revalidate', 'Pragma': 'no-cache', 'Expires': '0', 'X-Cache': 'Miss from cloudfront', 'Via': '1.1 36168127cb283f921c7d9cd48f72214e.cloudfront.net (CloudFront)', 'X-Amz-Cf-Pop': 'HEL50-C1', 'X-Amz-Cf-Id': 'dOTErHSkS0yC9KWjNLKIqp4KaOYqXAwty9Fptwy-Lc2wUBwCn4V2rA=='} {"timezone":"UTC","serverTime":1581033050124,"rateLimits":[{"rateLimitType":"REQUEST_WEIGHT","interval":"MINUTE","intervalNum":1,"limit":1200},{"rateLimitType":"ORDERS","interval":"SECOND","intervalNum":10,"limit":100},{"rateLimitType":"ORDERS","interval":"DAY","intervalNum":1,"limit":200000}],"exchangeFilters":[],"symbols":[{"symbol":"ETHBTC","status":"TRADING","baseAsset":"ETH","baseAssetPrecision":8,"quoteAsset":"BTC","quotePrecision":8,"baseCommissionPrecision":8,"quoteCommissionPrecision":8,"orderTypes":["LIMIT","LIMIT_MAKER","MARKET","STOP_LOSS_LIMIT","TAKE_PROFIT_LIMIT"],"icebergAllowed":true,"ocoAllowed":true,"quoteOrderQtyMarketAllowed":false,"isSpotT
...

Closing comment (2020-02-07T18:09:33Z): @hroff-1902 it should be: "defaultType": 'future' (defaultType instead of defaultMarket, future instead of futures).
{ "options": { "defaultType": 'future' } }
Duplicates:

#6428
#5907
#6315

Let us know if that does not answer the question.
Repository: ccxt/ccxt

Issue #4754: Bittrex system upgrade
Created: 2019-02-27T11:46:22Z
Bittrex is upgrading their system from 21:00 UTC 27th Feb (link here) and among other changes, there are two notable ones:

'after the upgrade, your orders will be processed at a rate 20 times faster than before';
'New order types and options, including Market Orders'

They did not release a new API documentation, but as they are a certified exchange on ccxt, could the devs please check with them about integrating such improvements? Thank you very much!

Duplicate issue #4770: Python bittrex fetch_balance() TypeError on cast of balance to float
Created: 2019-03-02T11:57:34Z
OS: Ubuntu 18.04 LTS within WSL of Windows 10
Programming Language version: 3.6.7
CCXT version: 1.17.538
Exchange: Bittrex
Method: fetch_balance

The response of bittrex apparently can contain "None" values instead of floats, so the conversion to float within the fetch_balance() method fails. Example:
import ccxt, configparser
config = configparser.ConfigParser()
config.read('./config.ini')
exchange = ccxt.bittrex({
    "apiKey": config['bittrexAPI']['key'],
    "secret": config['bittrexAPI']['secret'],
    "enableRateLimit": True,
})
print(exchange.fetch_balance())
Output:

Traceback (most recent call last):
File "test_rest.py", line 12, in 
print(exchange.fetch_balance())
File "/usr/local/lib/python3.6/dist-packages/ccxt/bittrex.py", line 256, in fetch_balance
free = float(balance['Available'])
TypeError: float() argument must be a string or a number, not 'NoneType'

Wrapping the type cast in line 256 in bittrex.py in in a try/except block helps but doesn't really seem like a good solution.
Besides that, awesome project, thank you very much for your efforts!

Closing comment (2019-03-02T11:59:06Z): @mrjingles41 this is fixed in version 1.18.313.
Duplicates:

#4754
#4760

Let us know if upgrading to the most recent version doesn't resolve the issue for you.
Repository: cdnjs/cdnjs

Issue #2218: Support request/response in bunch
Created: 2013-11-27T06:18:11Z
Hi
I'm loving CDNJS. It's fantastic.
But want a new feature. And the feature is request and response for bunch of JS/CSS files.
For example, I want more than one library but in single request/file.
So, I have to request like:
Latest version of all:
//cdnjs.cloudflare.com/ajax/bunch/jquery,twitter-bootstrap,jquery-smooth-scroll,jquery.ba-bbq,holder
Specified version for each library:
//cdnjs.cloudflare.com/ajax/bunch/jquery:2.0.3,twitter-bootstrap:3.0.2,jquery-smooth-scroll:1.4.12,jquery.ba-bbq:1.2.1,holder:2.0
and ...

Duplicate issue #2921: Combine libraries
Created: 2014-04-01T16:52:07Z
I would think it were amazing if you could combine libraries in one single request.

Closing comment (2014-05-14T09:17:30Z): This looks very similar to #2218 - I've tagged this issue into that issue and I'm going to close this issue for now reduce duplication.
Repository: cdnjs/cdnjs

Issue #8565: Issues requesting toastr from cdnjs/Australia.
Created: 2016-07-20T16:25:24Z
we are having issue with an application that reference https://cdnjs.cloudflare.com/ajax/libs/toastr.js/latest/css/toastr.css
we can access it in the uk and America but not in Australia.
the exact path requested is https://cdnjs.cloudflare.com/ajax/libs/toastr.js/latest/css/toastr.min.css?v=201607141512
in Uk it loads  Australia it gives a file not found.

Duplicate issue #8636: Toastr Latest url not working in Mexico
Created: 2016-07-29T18:01:14Z
We make reference to the following URL in a project:
https://cdnjs.cloudflare.com/ajax/libs/toastr.js/latest/js/toastr.min.js
the url works fine for my team mates in the US but for me in Mexico it throws a 404 (I.P. 189.210.98.245)
tested from my cell phone and have the same result

Closing comment (2016-07-29T18:04:01Z): Same as #8565, @mxalfrod would you please move to #8565 and give us these info:

The name of the ISP.
A traceroute (or preferably, an mtr) to cdnjs.cloudflare.com

I think it'll be even better if you could also provide the response header of the url, thanks!
Repository: cdnjs/cdnjs

Issue #7609: CORS Header for SVGs? (Trumbowyg/2.0.5/ui/icons.svg)
Created: 2016-04-18T00:14:35Z
I'm not sure exactly how CORS headers are handled here, but I think they need to be passed for this:
https://cdnjs.cloudflare.com/ajax/libs/Trumbowyg/2.0.5/ui/icons.svg
I appear to be getting an error.

Duplicate issue #13019: Using ckeditor with Angular 6 Service Worker Throws CORS error
Created: 2018-10-07T17:37:43Z
Using ckeditor with Angular 6 Service Worker Throws CORS error:
Failed to load https://cdnjs.cloudflare.com/ajax/libs/ckeditor/4.7.2/skins/moono-lisa/icons.png?t=H7HG: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://www.mydomain.com' is therefore not allowed access. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.
The FetchEvent for "https://cdnjs.cloudflare.com/ajax/libs/ckeditor/4.7.2/skins/moono-lisa/icons.png?t=H7HG" resulted in a network error response: the promise was rejected.
combined-sw.js:589 Uncaught (in promise) Error: Response not Ok (fetchAndCacheOnce): request for https://cdnjs.cloudflare.com/ajax/libs/ckeditor/4.7.2/skins/moono-lisa/icons.png?t=H7HG returned response 504 Gateway Timeout
    at PrefetchAssetGroup.<anonymous> (combined-sw.js:589)
    at Generator.next (<anonymous>)
    at fulfilled (combined-sw.js:312)
Failed to load https://cdnjs.cloudflare.com/ajax/libs/ckeditor/4.7.2/skins/moono-lisa/icons.png?t=H7HG: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://www.mydomain.com' is therefore not allowed access. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.
The FetchEvent for "https://cdnjs.cloudflare.com/ajax/libs/ckeditor/4.7.2/skins/moono-lisa/icons.png?t=H7HG" resulted in a network error response: the promise was rejected.
combined-sw.js:589 Uncaught (in promise) Error: Response not Ok (fetchAndCacheOnce): request for https://cdnjs.cloudflare.com/ajax/libs/ckeditor/4.7.2/skins/moono-lisa/icons.png?t=H7HG returned response 504 Gateway Timeout
    at PrefetchAssetGroup.<anonymous> (combined-sw.js:589)
    at Generator.next (<anonymous>)
    at fulfilled (combined-sw.js:312)
icons.png:1 Failed to load resource: net::ERR_FAILED

Closing comment (2019-03-02T17:21:29Z): Appears to be very similar to #7609 - I will close this and keep updates posted there.
Repository: cdnjs/cdnjs

Issue #13612: Transfer website build to alternative infrastructure
Created: 2019-11-13T12:16:05Z
Historically the cdnjs website has been built and deployed on the server of @PeterDaveHello. Unfortunately due to hardware issues on his machine that is not currently happening, meaning new projects will not appear in the search there. What does the community think is the best way to manage this going forward? @cdnjs/cloudflare would be happy to donate compute capacity and the SRE work to maintain it, if that's what the community decides. It may also be possible to use something like GitHub Actions to do the deploy?


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Duplicate issue #13623: viewerjs 1.4.0 not provided
Created: 2019-11-19T14:28:43Z
viewerjs 1.4.0 not provided
https://github.com/fengyuanchen/viewerjs/releases/tag/v1.4.0
the newest is still 1.3.7

Closing comment (2019-11-23T16:49:49Z): The assets are in the cdnjs repository and are available on the CDN: https://cdnjs.cloudflare.com/ajax/libs/viewerjs/1.4.0/viewer.js
The only remaining issue is that the website is currently not updating to show the latest versions available, this is being tracked in #13612
Repository: cdnjs/cdnjs

Issue #4627: [author] Question about the procedure for renamed libraries
Created: 2015-05-09T23:20:25Z
Hi, we recently renamed jquery-cookie to js-cookie to remove jquery dependency. We decided not to physically rename the repository and 2 new versions were added in js-cookie releases as a continuation of jquery-cookie development (1.5.0 and 1.5.1, check here). To follow semver spec we did added new features for 1.5.0 but maintained backwards compatibility with 1.4.1 (that compatibility will be removed in v2.0.0 on js-cookie namespace).
Is there any way to setup an automatic redirect to the js-cookie repository without having to create a new one? What would be the correct procedure here?
Thanks.


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Duplicate issue #11585: Name of foundation differs from Repo/NPM package
Created: 2017-07-21T10:49:01Z
When using the cdnjs api I would expect to be able to use the NPM package name or repository name. This doesn't apply to foundation, because the repo is called foundation-sites. The NPM package name is foundation-sites (since v5.5.2 previously zurb-foundation) as well.
https://api.cdnjs.com/libraries/foundation?output=human -> Does work
https://api.cdnjs.com/libraries/foundation-sites?output=human -> Doesn't work
To change the name would be a massive breaking change, but can't we add something like a alias to use the api in a expected way?
The repo url was updated in 2015-11 from foundation.git to foundation-sites.git: bc88a0b

Closing comment (2017-07-22T03:25:03Z): @PeterDaveHello Could you take a look about this?
I think this issue similar to #4627
But I don't know how to deal with this, thank you.
Repository: cdnjs/cdnjs

Issue #11123: Migrate to sha384/512 on SRI hash calculation
Created: 2017-04-23T22:42:51Z
Issues:

We'll need a powerful and individual platform to focus on re-calcuating all the hashes over all the 950k js & css files?
Should the origin sha256 hashes be preserved? Is the answer is yes, how do we deal with it? (How to display on the UI? How to save both sha256 and sha384 hashes?)
How urgent we need it?
How's the impact on performance on both hash calculation and website hosting? Especially the calculation time and memory consumption part.



Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Duplicate issue #13384: SRI SHA 384/512
Created: 2019-06-18T08:32:38Z
Following a user suggestion on the community forum, I believe that we should implement SHA-384 and SHA-512 alongside the existing SHA-256 in the SRI values that we provide to users and use.
<!-- Current format -->
<script src="https://cdnjs.cloudflare.com/ajax/libs/jquery/3.4.1/jquery.min.js" integrity="sha256-CSXorXvZcTkaix6Yvo6HppcZGetbYMGWSFlBw8HfCJo=" crossorigin="anonymous"></script>
 
<!-- Suggested format -->
<script src="https://cdnjs.cloudflare.com/ajax/libs/jquery/3.4.1/jquery.min.js" integrity="sha256-CSXorXvZcTkaix6Yvo6HppcZGetbYMGWSFlBw8HfCJo= sha384-vk5WoKIaW/vJyUAd9n/wmopsmNhiy+L2Z+SBxGYnUkunIxVxAv/UtMOhba/xskxh sha512-bnIvzh6FU75ZKxp0GXLH9bewza/OIw6dLVh9ICg0gogclmYGguQJWl8U30WpbsGTqbIiAwxTsbe76DErLq5EDQ==" crossorigin="anonymous"></script>



Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Closing comment (2019-06-23T09:26:27Z): dup #11123
Repository: cdnjs/cdnjs

Issue #1120: Use Zopfli for smaller files.
Created: 2013-03-31T03:26:44Z
I think it would be awesome if cdnjs used Zopfli to deliver smaller files.
See http://josephscott.org/archives/2013/03/zopfli-compression/


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Duplicate issue #6212: Use Zopfli for compression
Created: 2015-11-14T10:01:39Z
See http://minime.stephan-brumme.com/:

Surprisingly, most Content Delivery Networks (CDNs) give you a quite bad level of GZIP compression.
Google's Zopfli (open source) is currently the best GZIP compressor and produces the smallest files.
It produces files fully compatible to the DEFLATE algorithm (used by GZIP)

As an example, D3 on CDNJS is 53916 bytes, whereas a version compressed with Zopfli with optimum settings is only 51278 bytes (see http://minime.stephan-brumme.com/d3/3.5.8).
I'm not sure how you compress the files, but I assume they're compressed ahead of time rather than dynamically compressing them for every single request (which would use more CPU than necessary). I don't know a lot about Zopfli, but this might be as simple as changing the way you compress the files when loading them onto the CDN.

Closing comment (2015-11-14T10:02:17Z): Oops, duplicate of #1120
Repository: cdnjs/cdnjs

Issue #8449: [Request] Add SQL.js
Created: 2016-07-05T06:48:12Z
Library name: SQL.js
Git repository url: https://github.com/kripken/sql.js/
npm package url(optional):
License(s): MIT licensed
Official homepage: http://kripken.github.io/sql.js/

Notes from cdnjs maintainer:
You are welcome to add a library via sending pull request,
it'll be faster then just opening a request issue,
and please don't forget to read the guidelines for contributing, thanks!!

Duplicate issue #8561: [Request] Add sql.js
Created: 2016-07-20T05:04:16Z
Library name: sql.js
**Git repository url:**https://github.com/kripken/sql.js/
npm package url(optional):
**License(s):**MIT licensed.
**Official homepage:**https://github.com/kripken/sql.js/
Wanna say something? Leave message here:

Notes from cdnjs maintainer:
Please read the README.md and CONTRIBUTING.md document first.
You are welcome to add a library via sending pull request,
it'll be faster then just opening a request issue,
and please don't forget to read the guidelines for contributing, thanks!!

Closing comment (2016-07-21T07:32:10Z): Hi @clicpilot , this issue is the same as #8449, so I will close this issue. Thank you for your contribution.