| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | OS/400 and shared library hell |
R> From: "Rich" R> As a follow on, what is the feature or property of the OS R> that you believe is responsible and should not exist in R> order to prevent any programmers from making mistakes with R> shared libraries that introduce compatibility problems? R> Please answer this for both OS/400 and Windows and any R> other systems with which you have familiarity that also R> have this problem like Linux. FWIW: linux systems can carry multiple versions of the same libraries at the same time so that programs that need to use them may do so... the ability of a system having this is directly related to the method of installing the updates... instead of replacing or upgrading, just install... many/most things end up in their own directories that carry the version number of the install and then a link is created using a common name that points to the proper directory... in some cases, one must recompile apps to use the original name instead of the link to locate their needed libraries... all i'm saying is that it is possible and easily done... whether someone has the ability or knowledge to do so is another matter altogether... as an example, i have a linux box with several different kernels on it... each one has it's own /lib/modules directory where modules are located that are specific to each kernel... this is due to some structure changes in the kernel... my system flips between kernel versions very easily and there is nothing copied or altered... i simpy tell it to use vmlinuz-2.2.19-63 or vmlinuz-2.2.19.64 or whatever and everything else is already in place... )\/(ark* Origin: (1:3634/12) SEEN-BY: 633/267 270 @PATH: 3634/12 106/2000 1 379/1 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.