I am using garuda linux specifically. Im getting this error
`Sketch uses 227017 bytes (17%) of program storage space. Maximum is 1310720 bytes.
Global variables use 21760 bytes (6%) of dynamic memory, leaving 305920 bytes for local variables. Maximum is 327680 bytes.
esptool.py v4.2.1
Serial port /dev/ttyUSB0
A fatal error occurred: Could not open /dev/ttyUSB0, the port doesn't exist
A fatal error occurred: Could not open /dev/ttyUSB0, the port doesn't exist
`
The usb0 port shows up when i plug in the esp32, and im able to select it on arduino. So it obviously does exist. So i thought maybe i dont have the cp2102 driver. I try to install it, and i get this error
make -C /lib/modules/uname -r/build M=/home/sovadirr/Desktop/espdriv modules
make[1]: Entering directory '/usr/lib/modules/6.0.9-zen1-1-zen/build'
CC [M] /home/sovadirr/Desktop/espdriv/cp210x.o
/home/sovadirr/Desktop/espdriv/cp210x.c:290:35: error: initialization of ‘void (*)(struct usb_serial_port )’ from incompatible pointer type ‘int ()(struct usb_serial_port *)’ [-Werror=incompatible-pointer-types]
290 | .port_remove = cp210x_port_remove,
| ^~~~~~~~~~~~~~~~~~
/home/sovadirr/Desktop/espdriv/cp210x.c:290:35: note: (near initialization for ‘cp210x_device.port_remove’)
cc1: some warnings being treated as errors
make[2]: *** [scripts/Makefile.build:249: /home/sovadirr/Desktop/espdriv/cp210x.o] Error 1
make[1]: *** [Makefile:1849: /home/sovadirr/Desktop/espdriv] Error 2
make[1]: Leaving directory '/usr/lib/modules/6.0.9-zen1-1-zen/build'
make: *** [Makefile:7: all] Error 2
I am very confused, because would the esp32 not show on arduino if i didnt have the driver? I believe i have the esp32 devkit v1, it says on the back of the board.
*rom incompatible pointer type ‘int ()(struct usb_serial_port )’ [-Werror=incompatible-pointer-types]
From the looks of it, this has happened in OpenSuSE, Debian, Manjaro, and Arch.
This is a fix for Putty. I'm not sure how to apply it to the esp32 driver. I don't have much time, so don't expect results from me today. I'm not any expert. I'm just sharing my attempts.
https://github.com/xmm7360/xmm7360-pci/pull/159
These links seem to work on the issue. Watch out for the few that just turn the errors off.
https://github.com/xmm7360/xmm7360-pci/issues/141
https://github.com/xmm7360/xmm7360-pci/issues/137
Thanks,
Pat
Related
I have an m1 MacBook Air and every time I try to upload my code I get an error message stating:
fork/exec
/Users/Ammar_Mohamedali/Library/Arduino15/packages/arduino/tools/avr-gcc/7.3.0-atmel3.6.1-arduino7/bin/avr-g++:
bad CPU type in executable
Compilation error: fork/exec
/Users/Ammar_Mohamedali/Library/Arduino15/packages/arduino/tools/avr-gcc/7.3.0-atmel3.6.1-arduino7/bin/avr-g++:
bad CPU type in executable
apparently my avr-g++ is not compatible with a newer cpu but I have no idea what that means or how to fix it. Can anyone help?
I tried going to the Arduino page but there was nothing to help.
I tried to use esp8266 with my Uno board. when I start the basic example "hellosever", the IDE sends me back this message :
cc1plus.exe: fatal error: C:\Users\Propriétaire\AppData\Local\Arduino15\packages\esp8266\hardware\esp8266\3.1.1\cores\esp8266\CommonHFile.h: No such file or directory
I look at the directory and the file is there and there is no file/folder with space or things like this. Can you help me with this?
running 10.7.2 follow the guide configure than append CFLAGS=-Wno-error to bypass the error, than I got stuck at
In file included from /usr/local/src/nginx-gridfs/mongo-c-driver/src/bson.h:24,
from /usr/local/src/nginx-gridfs/mongo-c-driver/src/mongo.h:24,
from /usr/local/src/nginx-gridfs/ngx_http_gridfs_module.c:43:
/usr/local/src/nginx-gridfs/mongo-c-driver/src/platform.h:50:2: error: #error must have a 64bit int type
make[1]: *** [objs/addon/nginx-gridfs/ngx_http_gridfs_module.o] Error 1
make: *** [build] Error 2
any idea?
I have had the same problem when compiling for Windows. You need to ensure you have a typedef for int64_t and uint64_t.
In order to address I needed to ensure that MONGO_USE__INT64 was defined.
For Mac you almost certainly have unistd.h available - so ensure you define MONGO_HAVE_UNISTD
I want to install PyQt for Qt 4.7.4 and i downloaded the packages SIP and PyQt from riverbankcomputing.co.uk.
I configured and installed SIP successfully and configured PyQt successfully. But when i ran make in the terminal i got this error:
/home/user/Desktop/PyQt-x11-gpl-4.8.5/QtCore/sipQtCoreQThread.cpp: In function ‘PyObject* meth_QThread_currentThreadId(PyObject*, PyObject*)’:
/home/user/Desktop/PyQt-x11-gpl-4.8.5/QtCore/sipQtCoreQThread.cpp:325:50: error: invalid conversion from ‘void*’ to ‘long unsigned int’
/home/user/Desktop/PyQt-x11-gpl-4.8.5/QtCore/sipQtCoreQThread.cpp:325:50: error: initializing argument 1 of ‘PyObject* PyLong_FromUnsignedLong(long unsigned int)’
make[1]: *** [sipQtCoreQThread.o] Error 1
make[1]: Leaving directory `/home/user/Desktop/PyQt-x11-gpl-4.8.5/QtCore'
make: *** [all] Error 2
The full log is here: http://www.text-upload.com/read.php?id=176672&c=5376703
Can you help me fix this error, please? Thank you!
According to the build log, PyQt's configure script has found and is using the Simulator/embedded variant of Qt, and not the Desktop variant.
Try passing the path to qmake of the Desktop variant to the configure script:
python ./configure.py -q /home/user/.QtSDK/Desktop/Qt/4.7.4/gcc/bin/qmake
There are two choices
python ./configure.py -q /home/user/.QtSDK/Desktop/Qt/4.7.4/gcc/bin/qmake
or
python ./configure.py -q /home/user/.QtSDK/Simulator/Qt/gcc/bin/qmake
second will exit with some error code.
I'm trying first string right now.
I want to run an app on the iPad2 but at linking I got this error:
collect2: ld terminated with signal 6 [Abort trap]
ld(69392) malloc: *** mmap(size=16777216) failed (error code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
I dont know whats the reason for this error. It look like allocating 16777216 bytes (16MB) and the iPad2 should handle that!
Are you sure you got the error at linking, and that it didn't successfully link, install and begin to run, THEN get the error?
The error you have is because malloc can't allocate another 16M block, and THAT is almost certainly because you have either crazy memory fragmentation (possible, but not as common) or a memory leak (very common!)
It would be odd to see this coming form the linker/XCode tools (unless you're running betaware, in which case who knows?!) It's more likely in your app.