我有用C编写的代码.我想使用存储在路由表中的C代码信息.可能吗?
我想使用连接到Oracle(11g)unixODBC.我希望连接字符串只能指定所有数据库/数据源信息,而ODBC INI文件(/etc/odbc.ini和/etc/odbcinst.ini)只包含通用驱动程序信息,比如在哪里找到'.so'等等,即我希望它们是静态的.我想这样做,以便我可以从外部获取用户的连接字符串,并连接到数据源,而无需修改任何INI文件或任何其他磁盘配置.
我看到的所有示例都让我/etc/odbc.ini像这样定义服务器信息:
[myDSNname]
Driver = OracleODBC-11g
DSN = OracleODBC-11g
ServerName = //xxx.xxx.xxx.xxx:1521/SID_NAME
UserID = my_user
Password = my_pass
Run Code Online (Sandbox Code Playgroud)
现在,我想出了如何通过添加"UID=my_user;PWD=my_pass"到连接字符串将UserID和密码输出到连接字符串中,然后将其从中删除odbc.ini.当我无法找到ServerName离开odbc.ini和进入连接字符串的方式时,我的快乐很快就过去了.那我该怎么做?有没有办法odbc.ini彻底摆脱DSN,只有连接字符串中的Driverfrom odbcinst.ini,就像我们为MySQL做的那样?
编辑:
尝试任何来自www.connectionstrings.com的连接字符串,似乎不需要TNS或DSN,包含EZCONNECT变体,都给我:
[HY000] [unixODBC][Oracle][ODBC][Ora]ORA-12162: TNS:net service name is incorrectly specified
(12162) (SQLDriverConnectW)
Run Code Online (Sandbox Code Playgroud) 我已阅读(参见此处)在Linux下的故障信号处理程序(例如处理时)使用backtrace()打印堆栈跟踪的"常见做法" SIGSEGV是:
1 从未记录的结构中获取指令指针(EIP或RIP)sigcontext.
2用指令指针替换堆栈轨迹中的第2帧,因为第一帧是信号处理程序,第2帧应该libc在sigaction代码中,它覆盖了发生故障的原始帧.
3从新更换的第2帧开始打印回溯.
在我的测试中(在x86_642.6内核上),实际上发生故障的原始帧存在于backtrace()第3帧中给出的堆栈跟踪中 - 第一个是信号处理程序,第二个是libc信号处理代码.
内核信号处理的这种变化是否记录在某个地方,您可以参考我?
在我看来,结果是你可以避免从指令指针替换任何帧,并从第backtrace()3帧开始打印堆栈跟踪,但我想确认这是已知的行为和正确的方法.