@Soren-Stoutner Yes, I confirm. Also the v0.6 starts correctly if installed using the .deb pacakge from the website.

And the setBuffer() function you use has exact the same problem.

@vedranMv said in Seg fault when deleting Q3DScatter object: Regarding your edit, what you're writing makes perfect sense, but as you can see in the code, it's the other way around. If I don't call delete manually, I get a segfault. Then it seems to me there must be something else wrong in your code.

@dheerendra AH! THANK YOU! @_@

@takti You need to understand that most people in this forum are volunteers spending their own time to help others for free. This includes me as well. Since I don't have a solution for your problem I suggested to check somewhere else also.

@peteispo Try to start QtCreator with disabled plug-ins to see whether it makes a difference (-noload all).

@Lanparty said in Application crashes while accessing Pointers and while Hovering over custom QGraphicsItems: btw: how do I change the status of my post to "solved"? First post, Topic Tools button to the side.

@jsulm Yep, absolutely, there is much to read/fiddle with, and may not be portable. May or may not work for OP's particular case. Anyway, whether this or your core dump suggestion (OP should look up how his target Linux OS handles core dumps allowed or not), he has a few approaches to consider now....

Hi, Not the same backend used. Unless you re-build Qt and force the use of OpenSSL. Qt on macOS uses Apple's SecureTransport framework. OpenSSL on that platform has been deprecated a long time ago.

@sykac said in Turning off power to a running QSerialPort: One problem starts probably in the hardware. The COM port of the device disconnects from the PC (I don't why, it could be some driver/firmware issue) Reading you topic title, could it be that the USB connection between PC and FTDI is interrupted? And that's what I said, this may lead to endless loops in the device driver. This kind of problems can hardly be solved in the user space.

@nwoki Hi It means even it reports thats its QtWidgets that crashes, its likely not that DLL if a plain empty GUI project works. ( for exact same folder , same pc) I would next add some openGL to the test project see if it still runs. As it seems might be direclt related to Qt ( like wrong Qt dll loaded) so it could be the openGL for clients gfx card.

@Konstantin-Tokarev The problem has been solved. I change the float strategy from neon to vfpv3 and everything works well.

@sierdzio said in Segfault core dumped: Anyway, the bug is in line 61 in = &inFile; - you assign a variable created on a stack to variable in. In the next line, the inFile goes out of scope and is deleted. So when you try to access in later in the code, it segfaults. Thanks !! . I know it's not Qt problem but that's why i posted it in C++ section

Hi @jsulm and @Paul-Colby, if (segs) { delete[] segs; segs = nullptr; } This is an anti-pattern! Just make sure segs is nullptr before you call new and set it to nullptr after delete. No need to check for nullptr before delete: delete segs; segs = nullptr; Quoting the C++ Reference: "If this is a null-pointer, the function does nothing." Regards

In the PyQt 4.9.4 code downoaded from https://sourceforge.net/projects/pyqt/files/PyQt4/ I find (Note that we are using 4.9.3 but I couldn't find the sources of that version) void sipQLineEdit::changeEvent(QEvent *a0) { sip_gilstate_t sipGILState; PyObject *sipMeth; sipMeth = sipIsPyMethod(&sipGILState,&sipPyMethods[14],sipPySelf,NULL,sipName_changeEvent); if (!sipMeth) { QLineEdit::changeEvent(a0); return; } typedef void (*sipVH_QtCore_17)(sip_gilstate_t,PyObject *,QEvent *); ((sipVH_QtCore_17)(sipModuleAPI_QtGui_QtCore->em_virthandlers[17]))(sipGILState,sipMeth,a0); }

@dheerendra oh, I found where was the problem, and it wasn't actually related to context menus. I use my own BrowserApp class that inherits QApplication but I found out that I inherited it the wrong way (constructor signature was wrong) and that caused some segfaults, including the one described in my question. So now I fixed that and everything works fine.

@Wieland somehow It's still not working. The reason why I have to call initialize() inside the copyConstructor is, that you can't copy QOpenGLVertexArrayObject..