This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
A new Flexera Community experience is coming on November 25th, click here for more information.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Flexera Community
- :
- AdminStudio
- :
- AdminStudio Forum
- :
- Re: _short in ini files? urgent!!
Subscribe
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
_short in ini files? urgent!!
Subscribe
- Mark as New
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Subscribe
- Mark as New
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I have repackaged an application and in the ini files it keeps making these entries:
WORD_DB=_Short(D:\Apps\Commuwin II\DB\tv_wo___.dbf)
This kinda screws up the app. How do i stop this behaviour? the _short thing, i have read this somewhere but i cannot find it again 😞 any help is appreciated.
WORD_DB=_Short(D:\Apps\Commuwin II\DB\tv_wo___.dbf)
This kinda screws up the app. How do i stop this behaviour? the _short thing, i have read this somewhere but i cannot find it again 😞 any help is appreciated.
‎Feb 11, 2003 03:39 AM
(3) Replies
Subscribe
- Mark as New
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Subscribe
- Mark as New
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ok i have manually changed all the entries. but that is a lot of work to fix such a stupid thing. why does it do this? i have about 10 ini files in this project, but not all of them were writtten like that?? What gives and how do i stop this behaviour?
‎Feb 11, 2003 03:48 AM
Subscribe
- Mark as New
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Subscribe
- Mark as New
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Whe hafe the same problem!
No Upate available??
The strings in _short() function will not be translatet!
Version is: AdminStudio Professional 6.0 with Value Pack 1
Any Ideas??
Thanks
[EDIT]: Also the Scanengine cut the last \ from paths... this is a crytical bug, than some apps does´nt work without it.
No Upate available??
The strings in _short() function will not be translatet!
Version is: AdminStudio Professional 6.0 with Value Pack 1
Any Ideas??
Thanks
[EDIT]: Also the Scanengine cut the last \ from paths... this is a crytical bug, than some apps does´nt work without it.
‎Aug 29, 2006 08:59 AM
Subscribe
- Mark as New
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Subscribe
- Mark as New
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Macrovision: Take note of how many people have viewed this thread
Yeah, I know this one. It's been an AdminStudio problem for a long while. I think it was introduced when the developers were trying to get Winzip to work.
It is always a good idea to search ALL TABLES for the _Short thing
It can appear in the Class, Registry, Environment, anywhere really
It appears in the .inc file when repackager encounters a short file path like c:\progra~1
The idea is that the program that converts the .inc into a .ism is able to use the [!filekey] notation to represent the short path to the file. Unfortunately that notation is only valid in the registry table, but repack.exe uses it wherever it encounters a short path.
In every other table, the interpretter that converts .inc into .ism does not know what to do with the _Short() command and leaves it as-is.
All you need to do to fix the problem is to look at what the legacy package put in those places and replicate it. (or wait until the next adminstudio beta and use the opportunity to complain)
looeee
Yeah, I know this one. It's been an AdminStudio problem for a long while. I think it was introduced when the developers were trying to get Winzip to work.
It is always a good idea to search ALL TABLES for the _Short thing
It can appear in the Class, Registry, Environment, anywhere really
It appears in the .inc file when repackager encounters a short file path like c:\progra~1
The idea is that the program that converts the .inc into a .ism is able to use the [!filekey] notation to represent the short path to the file. Unfortunately that notation is only valid in the registry table, but repack.exe uses it wherever it encounters a short path.
In every other table, the interpretter that converts .inc into .ism does not know what to do with the _Short() command and leaves it as-is.
All you need to do to fix the problem is to look at what the legacy package put in those places and replicate it. (or wait until the next adminstudio beta and use the opportunity to complain)
looeee
‎Sep 06, 2006 05:24 AM
