| Summary: | /usr/include/sys/_termios.h | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | lu9dce <castilloeduardo> | ||||
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||
| Status: | Closed Not A Bug | ||||||
| Severity: | Affects Some People | CC: | db, grahamperrin, jbo | ||||
| Priority: | --- | ||||||
| Version: | 13.1-STABLE | ||||||
| Hardware: | amd64 | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
lu9dce
2022-06-13 11:56:13 UTC
576000 and 1152000 are non-standard baud rates. Therefore, they are not defined (and as such also not missing). If you think that this is incorrect, please provide corresponding evidence that these are in fact standard baud rates and should be added - or that they were once defined and removed from 13.1 source code. Related: https://forums.freebsd.org/threads/new-mshv-hamradio-soft.85479/ https://forums.freebsd.org/threads/bug-usr-include-sys-_termios-h.85507/ these speeds you call non-standard are defined in all operating systems from ms-dos to mac and are necessary for many programs that work over serial port for example hamlib can cause errors by leaving to equipment activated for a long time causing really expensive equipment to burn down rods than many of the programs of ham (radio) depend on hamlib Diane Bruce, one of the programmers, can explain this to you. I am not a developer.. I am a user and I am reporting only the change that occurred from 13.1 rc5 if they want to fix it or not .. it's not my problem anymore For my part, I have already complied in reporting the problem. #define __BSD_VISIBLE should fix this no? I really don't know but this happened from 13.1 rc5 in case it serves as data (In reply to Diane Bruce from comment #3) Note the extra 0. It seems they *are* defined in Linux, but after quickly browsing git, were never defined in FreeBSD. So whatever upstream source expects them must have been changed. ok perfect what changes then that in 13 it compiled and in 13.1 it didn't https://sourceforge.net/projects/mshv/files/MSHV_265_Full_Source_Code.zip/download this software was rigorously tested by me as is the code .. perfectly in 13 Created attachment 234662 [details]
modification to mshv
this modification to mshv
bring back
/usr/local/bin/ld: build/q65_subs.o: undefined reference to symbol 'logf@@FBSD_1.0'
/usr/local/bin/ld: /lib/libm.so.5: error al añadir símbolos: DSO faltante desde línea de orden
collect2: error: ld returned 1 exit status
1 error
*** [bin/MSHV_FreeBSD_amd64] Error code 1
https://i.imgur.com/4itzj5g.png this is what the mshv developer shows me if visible like this it works fine #if __BSD_VISIBLE #define B7200 7200 #define B14400 14400 #define B28800 28800 #define B57600 57600 #define B76800 76800 #define B115200 115200 #define B230400 230400 #define B460800 460800 #define B500000 500000 #define B576000 576000 #define B921600 921600 #define B1000000 1000000U #define B1152000 1152000U #define B1500000 1500000U #define B2000000 2000000U #define B2500000 2500000U #define B3000000 3000000U #define B3500000 3500000U #define B4000000 4000000U #define EXTA 19200 #define EXTB 38400 #endif ok for mshv solved by developer I don't know if it affects any other software Please, what remains to be done here? Closing as this is expected behavior and the issue seems to be resolved upstream. |