-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ircDDBGateway stops working when disconnecting from DPlus #47
Comments
It used to work, someone must have broken it.
To: dl5di/OpenDV [email protected] ircDDBGateway stops working when connected to a DExtra reflector and than gets connected to a DPLus reflector |
Yep, maybe during the wx3.0 upgrade, I will put my hands on it ! |
BTW how can I set an assignee to the issue ? |
Cannot reproduce on my test system, only seem to appear on my production gateway .... |
Actually it crashes whenever a DPlus reflector gets disconnected. Only on my production system. *** Error in `/root/OpenDV/ircDDBGateway/ircDDBGateway/ircddbgatewayd': free(): invalid next size (fast): 0x00000000007c2f10 ***
|
It all starts in the DPlusHandler constructor wher eband char is added to m_callsign. If m_callssign is smaller than LONG_CALLSIGN_LENGTH the band char gets added "somewhere" (overrun ?) SetChar does not complain about a char being set outside the string boundaries. In the end when the DPlushandler gets deleted its internal members gets deleted also and we get an error from wxString destructor about freeing the wrong size. What I did to solve the issue : - Make use of wxString::Clone to set the members. This makes a deep copy of wxString, thus ensuring more thread safety. - Add withespaces to m_callsign and then truncate it to correct length - set the band char
This thing was driving me mad all night.... I think I finally got it sorted out.... It all starts in the DPlusHandler constructor where band char is added to m_callsign. If m_callssign is smaller than LONG_CALLSIGN_LENGTH the band char gets added "somewhere" (overrun ?)
I have no clue why it was only crashing on my production system.... |
I made a pull request, and will do some further testing during the day. |
using the current build jan11-9PM-PST my time (this includes your patch) I have tested this as follows with full operations no crashing via RF issued the commands to do the following so it seems like all is well - here (using arm-pi hardware) |
Thank you for the feedback ! -------- Message d'origine -------- using the current build jan11-9PM-PST my time (this includes your patch) I have tested this as follows with full operations no crashing via RF issued the commands to do the following connected to REFxxx connected to XRFxxx connected to REFxxx sent unlink so it seems like all is well - here (using arm-pi hardware) — |
I have this issue when i want to switch from a REF to a XRF. I can reproduce it 100%. It happens when i receive a station and at the same time i want to switch over to XRF. I work with Dummy repeater and a blue Dongle. Restart Dummy repeater is not enough. I need to restart ircddbgateway also. What happens that i get no respons messages any more like "Linked to XRF..." |
here is a part of the log: M: 2016-02-07 10:06:58: Opened hw:1,0 hw:0,0 Rate 48000 |
Hi, Which version are you using. |
Hello, I'm running debian jessie on a latitude | 2100 (small Laptop). De Dummyrepeater is from GITHUB OpenDV.... frome here... and is up to date with the latest Git Pull. kind regards, PH0DV |
Hi -------- Message d'origine -------- Hello, I'm running debian jessie on a latitude | 2100 (small Laptop). De Dummyrepeater is from GITHUB OpenDV.... frome here... and is up to date with the latest Git Pull. kind regards, PH0DV Dick — |
Sorry i don't think i understand you. I downloaded the complete package from here: dl5di/OpenDV Kind regards, Dick |
Hi Dick,
|
Hello, I'm working with the lastest GITHUB OpenDV with a DVDongle (Blue Dongle). On the PC is I work with DUMMYREPEATER i.c.w. IRCDDBGATEWAY. In the syslog i get a error "mutter-WARNING". I think this is because the "DUMMYREPEATER" is a little to big for this screen. But i'm not sure this is the reason. I'm not sure if this warning is related to the problem i have with crashing "DUMMYREPEATER". If i stop "DUMMYREPEATER" i also needs to stop "IRCDDBGATEWAY" to stop the error. SYSLOG: This is my system information: ph0dv@apollo:~$ cat /proc/meminfo ph0dv@apollo:~$ cat /proc/cpuinfo Display The problem is that when i connect to REF001C (example) and if there is a conversation going on and during this conversation i connect to XRF204B (example) my dongle crash. This is 100% reproducable. This is also happening when i'm doubling with another station. Then i get in the dummyrepeater log: M: 2016-02-10 22:44:34: Re-synchronising with the DV-Dongle So you are running everything from latest github ? Yes root@apollo:~/OpenDV# git pull Are both programs crashing ( Dummy and IRcddb) ? Sometimes i only need to restart DummyRepeater and sometimes both. What are you using Dummy for ? For the DVDongle. Please describe your setup very detailed I did above. Kind regards, Dick |
The bug this issue is about was actually that ircddbgateway dtopped working when disconnecting from a REF reflector. |
I have no issues I can't replicate this. Sent from a mobile device.
|
@SpudGunMan I solved this issue a couple of weeks ago. I think this one has to deal with the ramining issues we have with DVAP .... |
Disconnect during a conversation with the command REF001CU gives the same issue. I can see that ircddbgateway is stil responding on the next connecting commands. but no audio and no respons with the message "linked to R E F ...." Also no text in dummy repeater in the "Current".Restart Dummy repeater is enough to solve the issue. |
When i use the ircddbremote app on my iphone i have no issue. then i can switch over to another reflector during a conversation. But then i still have the issue that dummyrepeater crashed at the moment i hit the transmitting button during a conversation. When i'm doubling. |
You don't need to use the REF001C part; just put 7 spaces and U, to unlink. |
That gives the same Issue. it's something with the webgui of dummyrepeater on my system. When i switch with the remote app there is no issue. I don't know how to fix the "mutter-WARNING" but i think there is a relation. I'm now looking for a way to activate the PTT via a external switch so that i don't need to touch the GUI of dummyrepeater. |
ircDDBGateway stops working when connected to a DExtra reflector and than gets connected to a DPLus reflector.
Detailed repro
The text was updated successfully, but these errors were encountered: