Difference between revisions of "VMS Python compatibility issues"

From VSI OpenVMS Wiki
Jump to: navigation, search
m
 
(9 intermediate revisions by 2 users not shown)
Line 1: Line 1:
#File system
+
= File system =
##Directories and files with the same name are allowed
+
#Directories and files with the same name are allowed
##File has a version, therefore two files with the same name might have different content
+
#Files have versioning, therefore two files with the same name might have different content
##Shared stream I/O does not work.
+
#Shared stream I/O does not work
##To guarantee the file content is on the disk user have to use <code>fsync()</code> function.
+
#To guarantee the file content is on the disk the <code>fsync()</code> function must be used
##Because of using logical names the real file path may be different from path used to open file.
+
#Because files can be referenced using logical names the real file path may be different from the “path” used to open a file
##File has no access time attribute.
+
#Files has no access time attribute
##Changing the file permissions also changes its modification time.
+
#Changing a files permissions also changes its modification time
##Changing content of directory does not change directory modification time.
+
#Changing the content of a directory does not change the directory modification time.
##File has four rights bits - read, write, execute and delete. In unix it has three of it - read, write and execute.
+
#Files have four rights bits (read, write, execute, and delete); Linux (UNIX) has only three (read, write, and execute)
##‘.DIR’ extension is reserved
+
#The ‘.DIR’ extension is reserved
##Non-blocking file IO does not supported in CRTL.
+
#Non-blocking file IO is not supported by the OpenVMS CRTL
##There are a lot of issues with symbolic link implementation
+
#There are various known issues with symbolic link implementation
##Symbol '$' is usual for file and directory names
+
#The symbol '$' is commonly used in file and directory names
##OpenVMS <code>chmod(0)</code> sets user's default permissions, not resets them
+
#On OpenVMS chmod(0) sets the user's default permissions as opposed to resetting permissions
##To delete directory user has to have ‘delete’ permission for this directory
+
#To delete a directory the user has to have ‘delete’ permission for the directory
##OpenVMS creates all intermediate directories on <code>mkdir()</code>
+
#On OpenVMS <code>mkdir()</code> creates all intermediate directories (if required)
#Process
+
= Process =
##There is no normal <code>fork()</code>, <code>spawn()</code> function.
+
#There are no Linux-like <code>fork()</code> and <code>spawn()</code> functions
##Pipes are created via mailbox and have a lot of compatibility issues.
+
#Pipes are created via mailbox and are not totally compatible with UNIX pipes (compatibility issues)
##If child has threads, each thread posts 'END-OF-PIPE' when it finishes.
+
#If a child process has threads, each thread posts 'END-OF-PIPE' when the child completes/terminates
##There is no normal <code>select()</code>, <code>poll()</code> e.t.c
+
#The functions <code>select()</code> and <code>poll()</code> work only with sockets
##<code>siginterrupt()</code> is not supported
+
#The function <code>siginterrupt()</code> is not supported
##A lot of issues with signals
+
#Numerous compatibility issues with signals
##Interrupting I/O operation may hang
+
#Interrupting I/O operations may cause the process to hang
##There is no root user with zero uid
+
#There is no root user with zero UID
##There is no unix commands like: echo, exit …
+
#Processes do not handle recursion overflow cleanly
##OpenVMS cannot handle recursion overflow properly - just crashes
+
= Sockets =
#Sockets
+
#<code>AF_UNIX</code> has somewhat different meaning
##<code>AF_UNIX</code> has different meaning
+
#Binding a socket to an empty address fails (wildcard resolved to multiple address)
##Binding socket to empty address fails (wildcard resolved to multiple address).
+
#<code>getpeername()</code> returns ‘0.0.0.0’ instead of an error
##<code>getpeername()</code> returns ‘0.0.0.0’ instead of error
+
#<code>socket.socket.sendall</code> does not work correctly (process may crash)
##OpenVMS crashed on <code>socket.socket.sendall</code>
+
= Time =
#Time
+
#<code>time_t</code> is unsigned
##<code>time_t</code> is unsigned
+
#<code>strftime()</code>
##<code>strftime()</code>
+
#*Does not support <code>%G</code> format
##*Does not support %G format
+
#*Exhibits undefined behavior when format ends with <code>%</code>
##*Undefined behavior when format ends with '%'
+
#*<code>%4Y</code> is padded with spaces
##*%4Y’ is padded with spaces
+
= Miscellaneous =
#Miscellaneous
+
#There is no appropriate way to programmatically get all environment variables (logical names and/or symbols)
##Environment variables have unusual implementation - through logical names. There is no appropriate way to get all environment variables.
+
#The current OpenVMS port of sqlite3 does not support "OR ROLLBACK"
##OpenVMS sqlite3 port does not support "OR ROLLBACK"
+
#<code>locale.strxfrm()</code> does not work as expected
##Program prints crush dump
+
= Compiler =
##<code>locale.strxfrm()</code> works unusual
+
#<code>uint_ptr</code> is always 64-bit, <code>void*</code> is either 32-bit or 64-bit (depending on selected pointer size)
#Compiler
+
#Compiler does not support relative include paths
##<code>uint_ptr</code> is always 64 bit, void* is 32 bit or 64 bit
 
##Compiler does not support relative include paths
 
 
----
 
----
[[Category:VMS IDE]]
+
[[Category:VMS Python]]

Latest revision as of 07:50, 1 July 2021

File system

  1. Directories and files with the same name are allowed
  2. Files have versioning, therefore two files with the same name might have different content
  3. Shared stream I/O does not work
  4. To guarantee the file content is on the disk the fsync() function must be used
  5. Because files can be referenced using logical names the real file path may be different from the “path” used to open a file
  6. Files has no access time attribute
  7. Changing a files permissions also changes its modification time
  8. Changing the content of a directory does not change the directory modification time.
  9. Files have four rights bits (read, write, execute, and delete); Linux (UNIX) has only three (read, write, and execute)
  10. The ‘.DIR’ extension is reserved
  11. Non-blocking file IO is not supported by the OpenVMS CRTL
  12. There are various known issues with symbolic link implementation
  13. The symbol '$' is commonly used in file and directory names
  14. On OpenVMS chmod(0) sets the user's default permissions as opposed to resetting permissions
  15. To delete a directory the user has to have ‘delete’ permission for the directory
  16. On OpenVMS mkdir() creates all intermediate directories (if required)

Process

  1. There are no Linux-like fork() and spawn() functions
  2. Pipes are created via mailbox and are not totally compatible with UNIX pipes (compatibility issues)
  3. If a child process has threads, each thread posts 'END-OF-PIPE' when the child completes/terminates
  4. The functions select() and poll() work only with sockets
  5. The function siginterrupt() is not supported
  6. Numerous compatibility issues with signals
  7. Interrupting I/O operations may cause the process to hang
  8. There is no root user with zero UID
  9. Processes do not handle recursion overflow cleanly

Sockets

  1. AF_UNIX has somewhat different meaning
  2. Binding a socket to an empty address fails (wildcard resolved to multiple address)
  3. getpeername() returns ‘0.0.0.0’ instead of an error
  4. socket.socket.sendall does not work correctly (process may crash)

Time

  1. time_t is unsigned
  2. strftime()
    • Does not support %G format
    • Exhibits undefined behavior when format ends with %
    • %4Y is padded with spaces

Miscellaneous

  1. There is no appropriate way to programmatically get all environment variables (logical names and/or symbols)
  2. The current OpenVMS port of sqlite3 does not support "OR ROLLBACK"
  3. locale.strxfrm() does not work as expected

Compiler

  1. uint_ptr is always 64-bit, void* is either 32-bit or 64-bit (depending on selected pointer size)
  2. Compiler does not support relative include paths