Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
User name:
Password:
Save Password
Forgot your password?

 All Forums
 Visual Assist
 Technical Support
 ImgSource / ISEffects
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

ajtruckle
Ketchup Master

81 Posts

Posted - Dec 16 2009 :  3:07:01 PM  Show Profile  Reply with Quote
Hi again

:(

I have installed vs2005 and latest vax onto a windows 7 computer.

Just created a new dialogue application.

I added two folders (F: drive) to the application preferences for include and libraries.

Even after full symbol build I get no IS40 or ISE40 functions identified.

I did discuss this before and I have forgotten the ABC of fixing the problem. Did I have to add something to a file? Did I have to put the libraries on C drive?

I can send the test app. Sorry about this.

Andrew

accord
Whole Tomato Software

United Kingdom
3287 Posts

Posted - Dec 16 2009 :  5:31:25 PM  Show Profile  Reply with Quote
I found a topic with workaround:

http://forum.wholetomato.com/forum/topic.asp?TOPIC_ID=8607

Does this topic help? If not, or you see other problems, you can send the test project you had mentioned to us using this form:

http://www.wholetomato.com/support/contact.asp

Please include the ULR of this thread in the description so we can match it up.
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Dec 17 2009 :  04:12:27 AM  Show Profile  Reply with Quote
I just tried to send you my project using that form and it seemed to time out.

Andrew
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19024 Posts

Posted - Dec 17 2009 :  1:59:51 PM  Show Profile  Reply with Quote
How large is the zip file you are trying to upload with the form?

You can delete the .NCB file in the root directory of the solution, and normally the release and debug directories as well, which should leave you with a small solution that should upload quickly and easily.

zen is the art of being at one with the two'ness
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Dec 17 2009 :  2:08:58 PM  Show Profile  Reply with Quote
Sent it
Go to Top of Page

accord
Whole Tomato Software

United Kingdom
3287 Posts

Posted - Dec 18 2009 :  5:07:32 PM  Show Profile  Reply with Quote
Here is the workaround:

Place these lines into VA's stdafx.h:

#define _ISFnDeco(functionName) functionName
#define _ISEFnDeco(fn) fn

Make sure you press enter after the second line. You can learn more about VA stdafx.h here:

http://docs.wholetomato.com?W302

In the another topic that I had linked, feline suggested the same workaround for ImgSource, now I extended the solution for ISEffects. Originally the workaround did not work for you and the solution wasn't documented. We discussed this problem with feline and her idea is that maybe your stdafx.h did not contain trailing blank line (it causes problem for the parser).

So to sum up I hope it will work now

Edited by - accord on Dec 18 2009 5:08:34 PM
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Dec 19 2009 :  07:55:32 AM  Show Profile  Reply with Quote


Thumbs up!! I recall our discussion and forgot about this trailing line. Maybe you can fix that for future release. Also, maybe you should add these macro defenitions for bespoke support for ImgSource and ISEffects.

But it works now after a symbol build. Thanks.

Andrew
Go to Top of Page

accord
Whole Tomato Software

United Kingdom
3287 Posts

Posted - Dec 19 2009 :  1:55:13 PM  Show Profile  Reply with Quote
I am glad it works

EOL is required is case=25876 and we are planning to ship Visual Assist with ImgSource and ISEffects support.
Go to Top of Page

support
Whole Tomato Software

5566 Posts

Posted - Jan 31 2010 :  1:35:45 PM  Show Profile  Reply with Quote
case=37158 addresses support for ImgSource and ISEffects libraries, and is implemented in build 1810

Whole Tomato Software, Inc.
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Jan 31 2010 :  1:50:02 PM  Show Profile  Reply with Quote
Excellent!

Thanks.
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Feb 28 2010 :  10:52:55 AM  Show Profile  Reply with Quote
OK, I have aanother problem.

I just upgraded to ImgSource 5 and all functions start is5_...

The function declaractions seem no different in the headers:

_ISDeclSpec HGLOBAL _ISCConv _ISFnDeco( is5_Function )(int param1, BYTE *param2);

But I don't understand why my is5_ methods won't display or show as functions. I have altered the directories.

I am using your latest version which has the imgsource macro code in the stdafx.h file.

Andrew
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Feb 28 2010 :  11:34:38 AM  Show Profile  Reply with Quote
The imgsource5 header has this:

#define _ISCConv __stdcall

#ifdef __cplusplus
#define EXTERNC extern "C"
#else
#define EXTERNC extern
#endif

#ifdef IS50_USING_DLL

// all DLL functions are prefixed with "_" . ex. _is5_ReadJPG
# define _ISFn(fn) _##fn

// functions look like this:
// _ISDeclSpec returnType _ISCConv _ISFn(fnName)(...)

# if !defined(_ISDeclSpec)
// **ONLY** define IS50_BUILD_DLL if you are building the DLL from source
# if defined(IS50_BUILD_DLL)
# define _ISDeclSpec EXTERNC __declspec(dllexport)
# else
# define _ISDeclSpec EXTERNC __declspec(dllimport)
# endif
# endif
#else
// for static lib building and usage, these macros do nothing
# define _ISFn(fn) fn
# define _ISDeclSpec EXTERNC
#endif

So I tried to add _ISFn(fn) fn to your stdafx.h and do rebuild but no joy.
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Feb 28 2010 :  12:10:28 PM  Show Profile  Reply with Quote
Aparently these macros evaluate to nothing for "static libraries" which is what I am using.

So a typical function is defined like this in header files of image source 5:

_ISDeclSpec BOOL _ISCConv _ISFn( is5_OverlayImage )(void *pBottom, UINT32 uBottomWidth, UINT32 uBottomHeight, UINT32 uChannelsPerPixel, UINT32 uBottomRowStride, void *pTop, UINT32 uTopWidth, UINT32 uTopHeight, UINT32 uTopRowStride, __int32 iXPos, __int32 iYPos, double fOpacity, double fK, UINT32 uMode, UINT32 uFlags);

So the function and all parameters are there. Ideas?
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Feb 28 2010 :  12:42:16 PM  Show Profile  Reply with Quote
OK, maybe it was because I had my own stdaf.h file too in my user folder?

Will that always take precedence?

I added

#define _ISFn(fn) fn

to that file and rebuilt.

OK now.

Was that reason?

Please add #define _ISFn(fn) fn
for imgsource5 support to vax for me.

Thanks.

and please confirm if existence of stdafx in user folder supercedes contents of program files.

Andrew
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19024 Posts

Posted - Mar 02 2010 :  3:27:42 PM  Show Profile  Reply with Quote
As explained here:

http://docs.wholetomato.com?W302

the copy of VA's StdAfx.h file in the user directory is used instead of the default version of the file if found.

I am a little concerned about adding a #define for _ISFn to the default VA StdAfx.h file since this is a much shorter macro name, and may be more likely to cause unexpected problems. Also if you are using a user copy of VA's StdAfx.h file changes to the default StdAfx.h file are not going to have any effect for you.

Thank you for the update, it is good to know that you have found a solution, and what the solution is.

zen is the art of being at one with the two'ness
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Mar 02 2010 :  4:38:35 PM  Show Profile  Reply with Quote
You recently added the new macros yourself to the stdafx to support imgsource4. I was merely pointing out the slight adjustment/addition needed for imgsource5. So if you want to maintain support for imgsource5 then you know what adjustment to make.

Andrew
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19024 Posts

Posted - Mar 04 2010 :  1:59:30 PM  Show Profile  Reply with Quote
I agree. I am unsure about this change though. The first two additions were:

#define _ISFnDeco(functionName) functionName
#define _ISEFnDeco(fn) fn

and these are fairly uncommon looking macro names. The odds of them causing problems is quite small. In contrast "_ISFn()" does not sound so unique or safe. I am concerned about fixing this library but breaking some other library at the same time.

zen is the art of being at one with the two'ness
Go to Top of Page

ajtruckle
Ketchup Master

81 Posts

Posted - Mar 04 2010 :  2:18:30 PM  Show Profile  Reply with Quote
Maybe you can talk to Chris at smaller animals about it .... Agree a macro that you will support ...
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000