This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- FlexNet Publisher
- :
- FlexNet Publisher Forum
- :
- Re: BUG: (P0) flxExtFilterGetAttr() for FLX_EXT_FA_PROCESS_ID no longer works on checkout
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 27, 2005
11:05 AM
BUG: (P0) flxExtFilterGetAttr() for FLX_EXT_FA_PROCESS_ID no longer works on checkout
Description:
After the recent builds that introduced the new opcode VENDOR_HOST_NAME, it seems to be no longer possible to get the FLX_EXT_FA_PROCESS_ID attribute, for either checkout or checkin. (It always returns FALSE). I suspect there is some boundary checking for the opcode that has not been updated.
-Johnson
After the recent builds that introduced the new opcode VENDOR_HOST_NAME, it seems to be no longer possible to get the FLX_EXT_FA_PROCESS_ID attribute, for either checkout or checkin. (It always returns FALSE). I suspect there is some boundary checking for the opcode that has not been updated.
-Johnson
(4) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 28, 2005
10:35 AM
Hi,
In addition to the PROCESS_ID issue, I have just noticed that
FLX_EXT_FA_HOST_NAME and
FLX_EXT_FA_USER_NAME
Are not working for checkin requests. If I recall from discussions with Lars, these 2 attributes should be available for both checkouts -and- checkins? These 2 values are essential to us since otherwise there is no way to identify where each checkin is coming from.
Thanks,
Johnson
In addition to the PROCESS_ID issue, I have just noticed that
FLX_EXT_FA_HOST_NAME and
FLX_EXT_FA_USER_NAME
Are not working for checkin requests. If I recall from discussions with Lars, these 2 attributes should be available for both checkouts -and- checkins? These 2 values are essential to us since otherwise there is no way to identify where each checkin is coming from.
Thanks,
Johnson
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 28, 2005
10:57 AM
More detail information. The opcodes in hex are in "()"s corresponding to each field. As shown there are now only 3 fields available for checkin requests.
Checkout:
FLX_EXT_FA_DAEMON_HOST_NAME (2): jcheng
FLX_EXT_FA_DAEMON_NAME (3): plattst1
FLX_EXT_FA_FEATURE_NAME (4): plattst1_f1
FLX_EXT_FA_VENDOR_CHECKOUT (5): myproj <-- incorrect, should be for the LMPROJECT
FLX_EXT_FA_FEATURE_COUNT (6): 1
FLX_EXT_FA_FEATURE_VERSION (7): 1.0
FLX_EXT_FA_USER_NAME (8): jcheng
FLX_EXT_FA_DISPLAY_NAME (9): /dev/pts/5
FLX_EXT_FA_HOST_NAME (a): jcheng
FLX_EXT_FA_LMPROJECT (c): <--- Not present
FLX_EXT_FA_PROCESS_ID (e): <--- Not present
Checkin:
FLX_EXT_FA_DAEMON_HOST_NAME (2): jcheng
FLX_EXT_FA_DAEMON_NAME (3): plattst1
FLX_EXT_FA_FEATURE_NAME (4): plattst1_f1
FLX_EXT_FA_VENDOR_CHECKOUT (5):
FLX_EXT_FA_FEATURE_COUNT (6):
FLX_EXT_FA_FEATURE_VERSION (7):
FLX_EXT_FA_USER_NAME (8): <--- Not present
FLX_EXT_FA_DISPLAY_NAME (9):
FLX_EXT_FA_HOST_NAME (a): <--- Not present
FLX_EXT_FA_LMPROJECT (c):
FLX_EXT_FA_PROCESS_ID (e): <--- Not present
Thanks,
Johnson
Checkout:
FLX_EXT_FA_DAEMON_HOST_NAME (2): jcheng
FLX_EXT_FA_DAEMON_NAME (3): plattst1
FLX_EXT_FA_FEATURE_NAME (4): plattst1_f1
FLX_EXT_FA_VENDOR_CHECKOUT (5): myproj <-- incorrect, should be for the LMPROJECT
FLX_EXT_FA_FEATURE_COUNT (6): 1
FLX_EXT_FA_FEATURE_VERSION (7): 1.0
FLX_EXT_FA_USER_NAME (8): jcheng
FLX_EXT_FA_DISPLAY_NAME (9): /dev/pts/5
FLX_EXT_FA_HOST_NAME (a): jcheng
FLX_EXT_FA_LMPROJECT (c): <--- Not present
FLX_EXT_FA_PROCESS_ID (e): <--- Not present
Checkin:
FLX_EXT_FA_DAEMON_HOST_NAME (2): jcheng
FLX_EXT_FA_DAEMON_NAME (3): plattst1
FLX_EXT_FA_FEATURE_NAME (4): plattst1_f1
FLX_EXT_FA_VENDOR_CHECKOUT (5):
FLX_EXT_FA_FEATURE_COUNT (6):
FLX_EXT_FA_FEATURE_VERSION (7):
FLX_EXT_FA_USER_NAME (8): <--- Not present
FLX_EXT_FA_DISPLAY_NAME (9):
FLX_EXT_FA_HOST_NAME (a): <--- Not present
FLX_EXT_FA_LMPROJECT (c):
FLX_EXT_FA_PROCESS_ID (e): <--- Not present
Thanks,
Johnson
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 28, 2005
01:45 PM
I just double checked the FLX_EXT_FA_PROCESS_ID attribute. I can't reproduce your issue.
I compared the checksum for the libraries in my current build and what we delivered on June 24. They are the same. Here is the checksum values. Could you compare to your libraries? It sounds like the application are using the wrong library.
bash-2.05b$ cksum *.so
4185260176 1169719 libFlxExtImpl.so
1654838610 6501 libFlxExt.so
Thanks,
Lars
I compared the checksum for the libraries in my current build and what we delivered on June 24. They are the same. Here is the checksum values. Could you compare to your libraries? It sounds like the application are using the wrong library.
bash-2.05b$ cksum *.so
4185260176 1169719 libFlxExtImpl.so
1654838610 6501 libFlxExt.so
Thanks,
Lars
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 28, 2005
01:55 PM
Johnson, since this is a shared library, is it possible that you installed the correctly version but that your shared library path is still referring your application to an older shared library? David