Linker Error: atoi FIXED Thanks!!
Thanks you guys!! The problem is fix!! Sam Samuel Tu Software Engineer Numoda Corporation The Curtis Center 601 Walnut Street, 9th Floor Philadelphia, PA 19106 Tel: 215.238.8881 Fax : 215.238.9995 Email: [EMAIL PROTECTED] --- This electronic mail transmission contain confidential information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. --- -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Re: Linker Error: atoi referenced from QuestionForm() is undefined? P lease help
Won't work. You can only use the functions in the Palm OS API. Try StrAtoI (note the caps) -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Linker Error: atoi referenced from QuestionForm() is undefined? P lease help
Hi Every one, I have a newbe question, I would like to use the C/C++ std function convert a string to integer. So I include the stdlib.h and use the atoi function inside a QuestionForm function as follow int test = atoi(server) However, when I compile the program, if give me Linker Error: atoi referenced from QuestionForm() is undefined. I already undefind the QuestionForm function, so I have no idea what's going on? Any idea? Please help. Thanks Sam Samuel Tu Software Engineer Numoda Corporation The Curtis Center 601 Walnut Street, 9th Floor Philadelphia, PA 19106 Tel: 215.238.8881 Fax : 215.238.9995 Email: [EMAIL PROTECTED] --- This electronic mail transmission contain confidential information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. --- -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Linker error
Hi, I am developing application for Palm OS using C. I am using strcmp function in my program. I am not able to find library name to include for this function, so I am getting linker error. Can any one tell me which file do I need to include to solve linker problem? Thanks in advance, Hema. -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
code warrior linker error
I'm getting the error MacOS 68K Linker caused exception 0xc005 when I build a multi-segment C++ project in CodeWarrior (v6, 68Linker.dll v2.3.2.0). It happens as soon as I declare a global object of a class that has a constructor defined. It doesn't happen if I reduce the scope of the global object, and it doesn't happen if I remove the constructor from the global object's class. I assume the problem is something to do with the __InitCode__() routine that the linker needs to generate for the object's implicit constructor call on startup. Is there a known fix for this? I've seen references to the problem in the archives, but the cause seems to be unknown in most cases. Here it's definitely isolated and repeatable. -M-[EMAIL PROTECTED] -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
Linker error with new and delete operator.
Hello all, Can anyone give me the solution. When i try to compile my project in codewarrior 9.3, it gives me the following linker error message, can you suggest me to resolve this error ? Error: 1. operator new(unsigned long) referenced from myfunction() is undefined. 2. operator delete(void*) referenced from myfunction() is undefined. cathy. __ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker error with new and delete operator.
Its possible that you're not linking in the MSL C++ library. Are you using the command line compiler or the IDE w/ Metrowerks... --- babbu cathy [EMAIL PROTECTED] wrote: Hello all, Can anyone give me the solution. When i try to compile my project in codewarrior 9.3, it gives me the following linker error message, can you suggest me to resolve this error ? Error: 1. operator new(unsigned long) referenced from myfunction() is undefined. 2. operator delete(void*) referenced from myfunction() is undefined. cathy. __ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ Regards, Andrew Scheurer 858-449-2557 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker error with new and delete operator.
Well, I am using Codewarrior IDE compiler.. I tried adding MSL, but i am getting the same linker error still.:( cathy. --- Andrew Scheurer [EMAIL PROTECTED] wrote: Its possible that you're not linking in the MSL C++ library. Are you using the command line compiler or the IDE w/ Metrowerks... --- babbu cathy [EMAIL PROTECTED] wrote: Hello all, Can anyone give me the solution. When i try to compile my project in codewarrior 9.3, it gives me the following linker error message, can you suggest me to resolve this error ? Error: 1. operator new(unsigned long) referenced from myfunction() is undefined. 2. operator delete(void*) referenced from myfunction() is undefined. cathy. __ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ Regards, Andrew Scheurer 858-449-2557 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ __ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker error with new and delete operator.
When you create the project, look to using the C++ stationary, a POL project - there are I believe C++ stationary's. If you select one of those, new and delete should link. --- babbu cathy [EMAIL PROTECTED] wrote: Well, I am using Codewarrior IDE compiler.. I tried adding MSL, but i am getting the same linker error still.:( cathy. --- Andrew Scheurer [EMAIL PROTECTED] wrote: Its possible that you're not linking in the MSL C++ library. Are you using the command line compiler or the IDE w/ Metrowerks... --- babbu cathy [EMAIL PROTECTED] wrote: Hello all, Can anyone give me the solution. When i try to compile my project in codewarrior 9.3, it gives me the following linker error message, can you suggest me to resolve this error ? Error: 1. operator new(unsigned long) referenced from myfunction() is undefined. 2. operator delete(void*) referenced from myfunction() is undefined. cathy. __ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ Regards, Andrew Scheurer 858-449-2557 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ __ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ Regards, Andrew Scheurer 858-449-2557 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Hai Regading Linker Error
Hai I am creating a applicatrion for that i need to Put some alerts if i put that alert it showing linker error 16-bit code reference to pilotmain is out of range if i commented that alert its not showing this alert can any one suggest me how to over come this problemRegards,Sanjib -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
If you use just the SyncManager API (the raw C API), you should be able to use the sync DLLs. If you use the C++ classes, you'll have MFC dependency issues, since the classes are derived from MFC classes. Yes (I did try and explain that at one point, but I don't think I was clear enough :( ), and I think Del is confusing the two. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
At this point, I've been able to download every element of a PalmOS record and place it in a field using COM. I appreciate the fact that this COM approach is well-documented in the PalmOS Sync Suite, and not at all objectionable in terms of relative ease of use. I am inclined to note that the C++ code to which I was originally directed and which produced the results that have been described in prior posts was said to not contain MFC classes by the party who pointed me there. I had stipulated this requirement in the request that resulted in that recommendation. The problems that Builder had were with a .def file generated by the IMPDEF routine. That file included what someone who seems to be fairly esteemed by the Borland user's group (and certainly are by me in terms of some past responses received from them) identified as several mangled references to what were probably Microsoft Foundation Classes (MFC) in the .def file that IMPDEF produced from the pre-compiled sync20.dll. (IMPDEF is simple to use and requires only a dll name and a .def file output name. IMPLIB was also used on the sync20.dll in an attempt to get rid of any incompatibility with Builder.) Builder would not initially link with the sync20.dll, which contains functions that the C++ code that I had downloaded from the site to which I was referred did include in terms of a number of function prototypes but which my linker could not seem to identify and perceived as unknown. It was the sync20.dll, which produced a .def file that included mangled references to unknown functions. I do not know if the MFC classes were actually used in the base code as I did not review it myself in detail given the linker error. I don't know with certainty if the references to which I previously referred in a .def file produced from the sync20.dll and which I listed in a prior post were mangled references to MFC classes as someone else suggested to me. The problem linking seemed fundamental and not one that I could easily get around. I note that recompiling the dll for C and not C++ was recommended at the Borland user group site. Mr. Ben Combee, the PalmOS representative, has referred to accessing the API C function calls directly, and not C++ calls. This makes me wonder if the sync20.dll is compiled for C++ or C, and is, as a result and for reasons that I acknowledge are beyond my present comprehension, not compatible if you don't have the means for a linker to identify the compiled C++ classes that it contains. (I was happy to transition from C to some grasp of what C++ and class structures were all about in the hours I spent after work learning these languages in evening college courses several years ago. The fine points of linking, in terms of linking with code within dll's compiled as C or C++ code and potential impediments due to use of classes compiled within the dll weren't part of those courses, being, I presume, associated with computer science theory on a more advanced level.) I don't want to drag this out, as I seem to have found a solution using COM and VB 5.0, which didn't prove to be the nightmare I had begun to anticipate given the way in which COM seems to be perceived by some. (Maybe that only occurs when it is run on a user's system and OS after a software release!) I am responding to the prior posts not be obstinate or difficult, but merely because there seems to be something missing from conclusions that ignore the following: 1. The conduit code I was using (and had downloaded) was not supposed to contain MFC references. I don't have MFC on my system, and have never used these classes, so I would not be tempted to add them to any code that I employ. Everything C or C++ on my system is made by Borland (C++ 4.5 and Builder 6.0). 2. The sync20.dll file alone was the original source of references to what were identified as possibly mangled MFC references in a .def file produced from it. 3. The sync20.dll file was the file that I was advised to recompile as a C file instead of a C++ file by a knowledgeable person in the Borland Builder user group in order to link with it without having MFC on my system. 4. A recommendation from a professional C++ programmer with PalmOS to call C API functions directly that are compiled within the sync20.dll file raises a question in my mind with regard to item 3. (Is the sync20.dll compiled for C or for C++? Also, would the settings on my compiler, for C or C++, have any effect on the ability to link with a dll even if C API functions were being directly referenced by the code I am using? Note: There are still all those question marks created by IMPDEF in the .def file produced from sync20.dll with regard to those mangled function names, which are at the core of the problem, given that Builder stops and references those functions when I attempt to compile and link with the sync20.def file as part of the project.) Please keep in mind that this is largely a moot point for me given my
Re: Linker Error
I note that recompiling the dll for C and not C++ was recommended at the Borland user group site. Yes, but they had imperfect knowledge of the problem. Sync20.dll does not use C++ (at least in presenting anything externally) or it would not be callable from anything but C++. It uses straight C calling conventions, which is how I am able to call things in it from Delphi. There are no classes in anything to do with exported functions from that DLL, only structs. These are all defined in a header file (syncmgr.h IIRC). However, there is other code in many C++ conduit examples which does rely on MFC, but it is all the conduit code, not the calls to sync20.dll routines. Whether or not you had one of those examples, I have no idea. Just because you asked for one without doesn't mean you got it :-) The fine points of linking, in terms of linking with code within dll' You should not be linking with a DLL at compile time. That's why they are dynamic link libraries - the calls to them only happen at runtime. It's been a long time since I did any C programming in Windows, but I didn't think running IMPDEF was required in this case. All the definitions are in syncmgr.h (including the fact that the functions are obtained from a DLL), and there is a sync20.lib file already in the CDK. I thought that was all you needed. I don't want to drag this out, as I seem to have found a solution using COM and VB 5.0, which didn't prove to be the nightmare I had begun to anticipate given the way in which COM seems to be perceived by some. It's COM in general, not those COM components in particular that I was commenting about. It just sucks as a technology. As long as you have something working, that's the main thing. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Syncmgr.h was, as I understand the process, accessed while the program was compiling, not linking, and my problem was with a linker error. I don't understand the need to refer to imperfect knowledge. A linker problem must develop from fairly well known causes, to which professional programmers must be sensitive, and thus able to recognize even without the code in front of them. If the linker can't fill in a reference, it produces a linker error. If a compiler can't find a header file containing a function or a specific function not contained within a dll, it produces completely different errors. I originally had Builder set to look in the directories containing the .lib and .dll files you have referenced, the linker error persisted as my list of directories associated with linking and compiling within Builder grew even larger in an attempt to insure that any possible shred of code that I had was available. The IMPDEF program's .def file based on sync20.dll caused a problem with specific, unknown function names. (Why were they unknown if the dll was self-contained?) Had the .def file generated by IMPDEF not produced multiple unknown function names, I would probably be considering the source as possibly containing MFC references that were the sole origin of the problem, although MFC references derived from a header file reference should have been caught, I would have thought, by the compiler. (Granted, I presume that MFC classes are based in header files, like OWL classes.) The original source may well contain MFC function calls. The party who recommended the source indicated that he believed, but was not absolutely certain, that it did not. Shouldn't the compiler have complained about unknown function calls explicitly referenced and used within the source, before it reached the linking stage if the cause was not with a dll file? I saw nothing that suggested that any header files not included in either Borland's include directory or the CDK include directories were required. The restriction to a linker error suggests that the problem was in external code references that the linker could not fill in. I'm probably not the only one whose grown a little tired of this, so I'll stop here, even if I must remain uncertain of the specific cause. Thanks for the response. - Original Message - From: Jim Cooper [EMAIL PROTECTED] Newsgroups: palm-dev-forum To: Palm Developer Forum palm-dev-forum@news.palmos.com Sent: Thursday, December 08, 2005 10:50 AM Subject: Re: Linker Error I note that recompiling the dll for C and not C++ was recommended at the Borland user group site. Yes, but they had imperfect knowledge of the problem. Sync20.dll does not use C++ (at least in presenting anything externally) or it would not be callable from anything but C++. It uses straight C calling conventions, which is how I am able to call things in it from Delphi. There are no classes in anything to do with exported functions from that DLL, only structs. These are all defined in a header file (syncmgr.h IIRC). However, there is other code in many C++ conduit examples which does rely on MFC, but it is all the conduit code, not the calls to sync20.dll routines. Whether or not you had one of those examples, I have no idea. Just because you asked for one without doesn't mean you got it :-) The fine points of linking, in terms of linking with code within dll' You should not be linking with a DLL at compile time. That's why they are dynamic link libraries - the calls to them only happen at runtime. It's been a long time since I did any C programming in Windows, but I didn't think running IMPDEF was required in this case. All the definitions are in syncmgr.h (including the fact that the functions are obtained from a DLL), and there is a sync20.lib file already in the CDK. I thought that was all you needed. I don't want to drag this out, as I seem to have found a solution using COM and VB 5.0, which didn't prove to be the nightmare I had begun to anticipate given the way in which COM seems to be perceived by some. It's COM in general, not those COM components in particular that I was commenting about. It just sucks as a technology. As long as you have something working, that's the main thing. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Re: Linker Error
Hola, gracias por escribirme, te contestaré a la mayor brevedad !!! Jose -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Syncmgr.h was, as I understand the process, accessed while the program was compiling, not linking, and my problem was with a linker error. Yes. The syncmgr.h file is for compiling, and the sync20.lib file (the one in the CDK) is for linking, right? I don't understand the need to refer to imperfect knowledge. Because they didn't know anything about the DLL you were asking about. Had they known more about it they would not have suggested that solution. The IMPDEF program's .def file based on sync20.dll caused a problem with specific, unknown function names. Which makes me think that you shouldn't have been using impdef. That doesn't produce anything you didn't already have, does it? The restriction to a linker error suggests that the problem was in external code references that the linker could not fill in. Right, to the .lib files normally, yes? I'm probably not the only one whose grown a little tired of this, so I'll stop here, even if I must remain uncertain of the specific cause. It doesn't really matter now, but I'd hate you to go around thinking you could only write conduits using Visual Studio :-) Thanks for the response. No worries Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
I'm not exactly away to the races, but the COM dll just enabled me to access the name field of one of my records. If I can access integers and strings as easily, I may be able to complete the conduit. Well, all Palm records are just blobs of bytes, so you always have to do the work splitting that blob into sensible things yourself. One of the reasons I wrote some Delphi components was to encapsulate all that logic. I have never perceived myself or asserted to be a programmer who normally works with dll's at the level that some who address this forum are capable. There is nothing special about writing DLLs. The just have to have some pre-agreed entry point functions, so that external code knows what it can call. Otherwise you can do pretty much everything you would do in a normal application. Using COM is IMO the harder route to follow than calling the C APIs directly, but that's just me. Bob (Combee) indicated that one of the necessary dll's from PalmOS isn't This is a red herring. You can call into any of the conduit DLLs. I do it from a completely different language, so calling it from C is no problem. Other people on this group have used Borland C++ Builder, for example. This MFC stuff is irrelevant. Your sample code may use MFC for other things, but it is not necessary to access any of the conduit APIs. A Borland programming group had suggested that I recompile the dll from source code Definitely, definitely, definitely not necessary. You're getting side-tracked on a non-issue. Of course, if my thinking is correct, I now have to take a byte array and, using the structure from my Palm application in CodeWarrior, convert each field in the record into a string or an int based upon the number of bytes it represents. Yes, you do. This may well explain the reference to a COM quagmire in a prior response. No it doesn't :-) I made that comment in regard to how poor a technology COM is in general. All conduits need to deal with the fact that records are blobs. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
A conduit dll from PalmOS is the code that contains the MFC references, as acknowledged by Mr. Combee. Without access to the referenced MFC components on my system, the code that references it can't link to it. One would have to write some sort of replacement. I'd rather not. A dll is compiled code. I don't want to spend my time creating my own versions of MFC classes. Being able to call one function or many in a dll from any language was never in question. The problem I encountered came from referenced functions in a dll that I do not have, which interfered with linking. (People with MFC on their system and IDE's that are set up to look in the MFC directories for the MFC code may well be able to develop in any language that is set up to link with MFC code without them even being aware that this is happening.) The MFC code can not be linked into one's program if one does not have the MFC code, unless one wishes to find a way to develop one's own version of the MFC code as replacements (hence the recommendations to develop a stub dll or to recompile the dll code so as to eliminate references to code that one does not have). If I'd had MFC on my system, the problem might not have arisen in the first place assuming that Builder could find and link to the MFC code without use of IMPDEF and IMPLIB to insure compatibility, although there would have remained the question of whether I could legally link Borland code with MFC classes from a Borland IDE. (I don't have the VC++ licensing agreement and don't know if it stipulates that use of MFC classes is restricted to the VC++ development environment.) My problem was largely a product of not having the major development platforms supported by PalmOS for C++ under Windows, which is C++ .NET. (I'd acquire it, but I'm concerned that some of my older software might not run under Windows XP, given that I am now running Windows 98 SE.) By supported, I refer to having access to a PalmOS wizard and sample code that is restricted to classes and header files provided with a particular IDE and PalmOS documentation describing how to develop the conduit with meaningful references to the IDE menus and the classes that come with the IDE. (Use of Microsoft VC++ also positions one to access the MFC in a manner that leaves no doubt with regard to whether one can legally incorporate them into one's software.) I simply have never been inclined to use Microsoft VC++, having learned C++ in classes that employed Borland's IDE. My perspective previously has been that one could use VB for the front-end, and write dlls in C++ for any mathematically intensive application requiring use of complex numbers and matrices, given that VB was once considered to execute mathematical operations more slowly than other languages. The COM approach wasn't my first choice in terms of accomplishing the code using API access through direct calls, as described in the PalmOS documentation and reinforced by advice I have received from others here. It is compatible with VB 5.0, and thus one of my favorite programming languages. Accessing the Palm database under Builder was recommended by Mr. Combee using COM, and would have represented another, supported option, although one with few advantages over using VB from my perspective given inability to directly access API calls. Thanks to all who have responded. There is nothing special about writing DLLs. The just have to have some pre-agreed entry point functions, so that external code knows what it can call. Otherwise you can do pretty much everything you would do in a normal application. This is a red herring. You can call into any of the conduit DLLs. I do it from a completely different language, so calling it from C is no problem. Other people on this group have used Borland C++ Builder, for example. This MFC stuff is irrelevant. Your sample code may use MFC for other things, but it is not necessary to access any of the conduit APIs. A Borland programming group had suggested that I recompile the dll from source code -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
A conduit dll from PalmOS is the code that contains the MFC references, as acknowledged by Mr. Combee. Without access to the referenced MFC components on my system, the code that references it can't link to it. But that is not true. I'm using Delphi (Object Pascal) to call routines in the DLLs (especially sync20.dll). Delphi has not and cannot have any link whatsoever to MFC code. It is a non-issue. You **can** write conduit code in C that does not rely on MFC or on COM. One would have to write some sort of replacement. No you don't. I didn't, and neither did anyone who has used Borland C++ Builder. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Re: Linker Error
Hola, gracias por escribirme, te contestaré a la mayor brevedad !!! Jose -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
At 08:40 AM 12/7/2005, you wrote: A conduit dll from PalmOS is the code that contains the MFC references, as acknowledged by Mr. Combee. Without access to the referenced MFC components on my system, the code that references it can't link to it. But that is not true. I'm using Delphi (Object Pascal) to call routines in the DLLs (especially sync20.dll). Delphi has not and cannot have any link whatsoever to MFC code. It is a non-issue. You **can** write conduit code in C that does not rely on MFC or on COM. If you use just the SyncManager API (the raw C API), you should be able to use the sync DLLs. If you use the C++ classes, you'll have MFC dependency issues, since the classes are derived from MFC classes. -- Ben Combee, Senior Software Engineer, Palm, Inc. Combee on Palm OS weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Thanks, but I'm now in the middle of applying the COM based solution in VB. - Original Message - From: Ben Combee [EMAIL PROTECTED] To: Palm Developer Forum palm-dev-forum@news.palmos.com Sent: Wednesday, December 07, 2005 11:59 AM Subject: Re: Linker Error At 08:40 AM 12/7/2005, you wrote: A conduit dll from PalmOS is the code that contains the MFC references, as acknowledged by Mr. Combee. Without access to the referenced MFC components on my system, the code that references it can't link to it. But that is not true. I'm using Delphi (Object Pascal) to call routines in the DLLs (especially sync20.dll). Delphi has not and cannot have any link whatsoever to MFC code. It is a non-issue. You **can** write conduit code in C that does not rely on MFC or on COM. If you use just the SyncManager API (the raw C API), you should be able to use the sync DLLs. If you use the C++ classes, you'll have MFC dependency issues, since the classes are derived from MFC classes. -- Ben Combee, Senior Software Engineer, Palm, Inc. Combee on Palm OS weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
I was trying to find a solution that didn't require that I purchase Visual C++. If I had VC, I'd have the MFC classes. - Original Message - From: Roger Stringer [EMAIL PROTECTED] To: Palm Developer Forum palm-dev-forum@news.palmos.com Sent: Tuesday, December 06, 2005 12:20 AM Subject: Re: Linker Error Subject: Re: Linker Error From: Ben Combee [EMAIL PROTECTED] Date: Sat, 03 Dec 2005 12:29:16 -0600 At 08:23 AM 12/3/2005, you wrote: I visited a Borland help site, and over the past few days have reached the conclusion that some of the Palm OS dlls are using MFC functions. The dll that caused the problem is Sync20.dll, which is pretty central to building a conduit. Can anyone help with items 1 or 2 of the suggestions at the end? I've been advised as follows by other Borland users: Yes, the Conduit DLLs use MFC. If you need to develop using Borland products, you should use the COM interface to the CDK and go through COM classes. Sorry. Actually very few critical classes use MFC and an alternative solution is to write a stub DLL in VC that handles those and hides them from Borland. Roger Stringer Marietta Systems, Inc. (www.rf-tp.com) -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
It seems to be necessary if you don't have MFC on your system based on no install of VC++, because Builder won't compile with the indicated references in the .def file. I still say that's not necessary. I can call all these things from a different language that cannot possibly be using MFC. All these calls are just calls to DLL exported routines. You can call them from any almost any programming language capable of writing software for Windows. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Re: Linker Error
Hola, gracias por escribirme, te contestaré a la mayor brevedad !!! Jose -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Jim Cooper wrote: It seems to be necessary if you don't have MFC on your system based on no install of VC++, because Builder won't compile with the indicated references in the .def file. I still say that's not necessary. I can call all these things from a different language that cannot possibly be using MFC. All these calls are just calls to DLL exported routines. You can call them from any almost any programming language capable of writing software for Windows. Hi Jim. I've never written a conduit, or a DLL for that matter, so I don't have any direct assistance to provide to Del. But he seems to be stuck on the requirement to use a prescribed environment to get his conduit built. I always had the idea that a Palm conduit is, really, just a DLL, and that you simply need to build a windows DLL, in whatever environment, that includes the appropriate functions and headers to interpret/read/write the respective database formats, and respond to the correct system calls. What you've said suggests that my hunches are correct: Del could use any of a number of Win compilers (there are free ones out there), use the info contained within the COM information that he already has, and he's away to the races. No? Bob -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
I'm not exactly away to the races, but the COM dll just enabled me to access the name field of one of my records. If I can access integers and strings as easily, I may be able to complete the conduit. I think there is a point that isn't being considered here. I have never perceived myself or asserted to be a programmer who normally works with dll's at the level that some who address this forum are capable. As a result (and in part because some kind souls had tried to reassure me that conduits were, or should be, easy), I prefer to use straightforward mechanisms provided by PalmOS in an effort to achieve a goal at a level at which I can work. I posted the message that got this started because I had thought the code that someone was kind enough to send me was free from MFC references. Bob (Combee) indicated that one of the necessary dll's from PalmOS isn't, and a recent version of Borland's compiler wouldn't compile because of those references. A Borland programming group had suggested that I recompile the dll from source code for a C application rather than for C++, or get the source code and find a way around the MFC references, which seems comparable to writing this stub dll. (Would a future dll from PalmOS not potentially include MFC references that weren't in a stub dll meant to overcome MFC references in an older version of the dll?) All useful suggestions that I'm sure a more advanced programmer might have been able to apply, if they were willing to deal with creating certain complications to the development of their software and, potentially, multiple versions of a public dll, of which PalmOS would probably not approve. In the interest of keeping things simple for me while I learn how to develop a conduit, seeking out and installing other compilers based upon specific criteria, or developing a sufficient background in dll's to be able to write dll stub files, or acquiring PalmOS dll source code and compiling it for C rather than C++, are possible with time, but I'd rather find a straightforward route that is more in keeping with readily accessible and published help files and languages that PalmOS might consider supporting. Examples are very important to someone who is a beginner, like me. That put me on the COM track, and happily, VB5 is letting me access the records during a sync. It is fortunate that I did acquire this compiler years ago, as it has saved me from a level of C++ complexity that would probably have added days to my efforts. Of course, if my thinking is correct, I now have to take a byte array and, using the structure from my Palm application in CodeWarrior, convert each field in the record into a string or an int based upon the number of bytes it represents. This may well explain the reference to a COM quagmire in a prior response. Rest assured that I am always grateful for the helpful suggestions that I get here. I am quite new to C or C++ for more than engineering computations and matrix manipulation, and am simply trying to approach PalmOS programming from a perspective that is realistic for me. My sincerest thanks for all the helpful comments. - Original Message - From: Robert Moynihan [EMAIL PROTECTED] To: Palm Developer Forum palm-dev-forum@news.palmos.com Sent: Tuesday, December 06, 2005 11:15 AM Subject: Re: Linker Error Jim Cooper wrote: It seems to be necessary if you don't have MFC on your system based on no install of VC++, because Builder won't compile with the indicated references in the .def file. I still say that's not necessary. I can call all these things from a different language that cannot possibly be using MFC. All these calls are just calls to DLL exported routines. You can call them from any almost any programming language capable of writing software for Windows. Hi Jim. I've never written a conduit, or a DLL for that matter, so I don't have any direct assistance to provide to Del. But he seems to be stuck on the requirement to use a prescribed environment to get his conduit built. I always had the idea that a Palm conduit is, really, just a DLL, and that you simply need to build a windows DLL, in whatever environment, that includes the appropriate functions and headers to interpret/read/write the respective database formats, and respond to the correct system calls. What you've said suggests that my hunches are correct: Del could use any of a number of Win compilers (there are free ones out there), use the info contained within the COM information that he already has, and he's away to the races. No? Bob -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Re: Linker Error
Let's see: Hi, thanks for writing to me, I will answer you (with?) greater brevity!!! (No guarantee that my high school Spanish is adequate...) Note: I posted a message to a forum that sends copies to all members. - Original Message - From: [EMAIL PROTECTED] To: Palm Developer Forum palm-dev-forum@news.palmos.com Sent: Tuesday, December 06, 2005 10:51 AM Subject: Re: Re: Linker Error Hola, gracias por escribirme, te contestaré a la mayor brevedad !!! Jose -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Del Ventruella wrote: Rest assured that I am always grateful for the helpful suggestions that I get here. I am quite new to C or C++ for more than engineering computations and matrix manipulation, and am simply trying to approach PalmOS programming from a perspective that is realistic for me. Hi Del. I hope you didn't think that I was critisizing you in my note. I was just thinking that what you needed most was someone to reassure you that you DID have the tools necessary to get the job done. Often when someone tries something for the first time they encounter some road-blocks and it doesn't work out. Knowing that the tools are appropriate will prompt them to try harder, clean up some code, try to make sense of the previously-foreign concepts. If they KNOW that the tools will work, then it is often just a matter of persistence until the get a working solution. BUT, there is sometimes the question Is it even POSSIBLE with the tools that I'm using? What if the tools that I'm using will NEVER produce a workable solution, because they are fundamentally wrong. Given that last worry, it is very instructive for someone to lean over your shoulder and say Don't worry, you are on the right track, you'll get there. I would have liked to think that there was a hello world type sample conduit included with the COM documentation, which could be readily compiled without requiring specific build environments. That's the way that I learn start with a very basic functioning example, then build it up to do what I want. Like I said before, I haven't looked into conduits myself, so I can't offer much help. But I'm interested in the subject, so I'm following your progress. Bob -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Subject: Re: Linker Error From: Ben Combee [EMAIL PROTECTED] Date: Sat, 03 Dec 2005 12:29:16 -0600 At 08:23 AM 12/3/2005, you wrote: I visited a Borland help site, and over the past few days have reached the conclusion that some of the Palm OS dlls are using MFC functions. The dll that caused the problem is Sync20.dll, which is pretty central to building a conduit. Can anyone help with items 1 or 2 of the suggestions at the end? I've been advised as follows by other Borland users: Yes, the Conduit DLLs use MFC. If you need to develop using Borland products, you should use the COM interface to the CDK and go through COM classes. Sorry. Actually very few critical classes use MFC and an alternative solution is to write a stub DLL in VC that handles those and hides them from Borland. Roger Stringer Marietta Systems, Inc. (www.rf-tp.com) -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
Yes, the Conduit DLLs use MFC. If you need to develop using Borland products, you should use the COM interface to the CDK and go through COM classes. Sorry. That's not necessary. I call the DLL routines directly from Delphi (ie Pascal). There is no need to descend into the quagmire of COM :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
It seems to be necessary if you don't have MFC on your system based on no install of VC++, because Builder won't compile with the indicated references in the .def file. (I considered going after the MFC files, but it occurred to me that compiling them without owning VC++ would probably be contrary to a licensing agreement, and I don't know if that route would even work.) Actually, my goal was to get BC++ 4.5 to compile, and it seemed that if I couldn't get a basic conduit file to compile with Builder, I had no shot with BC++ 4.5. The lack of wisdom in creating application specific, custom versions of standard Palm dll's has been discussed previously by others, so I abandoned that thought (although it was certainly a valid suggestion). (I started getting the lay-out of the quagmire this weekend. Now, if I can only figure out how to reference individual data types in each record on the Palm device, get them transferred, and, oh yeah, get VB5 to build the conduit using .COM ...) - Original Message - From: Jim Cooper [EMAIL PROTECTED] Newsgroups: palm-dev-forum To: Palm Developer Forum palm-dev-forum@news.palmos.com Sent: Sunday, December 04, 2005 4:12 PM Subject: Re: Linker Error Yes, the Conduit DLLs use MFC. If you need to develop using Borland products, you should use the COM interface to the CDK and go through COM classes. Sorry. That's not necessary. I call the DLL routines directly from Delphi (ie Pascal). There is no need to descend into the quagmire of COM :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Linker Error
I visited a Borland help site, and over the past few days have reached the conclusion that some of the Palm OS dlls are using MFC functions. The dll that caused the problem is Sync20.dll, which is pretty central to building a conduit. Can anyone help with items 1 or 2 of the suggestions at the end? I've been advised as follows by other Borland users: TEXT OF EXCHANGE ON MESSAGE BOARD: I've tried the impdef executable on the two dll's that remained problematic. The result is the following error message when I add the resulting two .def files to the project: [Linker Error] sync20.def(4): Invalid character in .DEF file [Linker Fatal Error] Fatal: Error processing .DEF file LIBRARY ##.DLL EXPORTS ??0CProfileClock@@[EMAIL PROTECTED]@Z @34 ; ??0CProfileClock@@[EMAIL PROTECTED]@Z ??4CProfileClock@@[EMAIL PROTECTED]@@Z @44 ; ??4CProfileClock@@[EMAIL PROTECTED]@@Z ??_FCProfileClock@@QAEXXZ @45 ; ??_FCProfileClock@@QAEXXZ [EMAIL PROTECTED]@@[EMAIL PROTECTED] @46 ; [EMAIL PROTECTED]@@[EMAIL PROTECTED] [EMAIL PROTECTED]@@[EMAIL PROTECTED] @47 ; [EMAIL PROTECTED]@@[EMAIL PROTECTED] [EMAIL PROTECTED]@@[EMAIL PROTECTED] @48 ; [EMAIL PROTECTED]@@[EMAIL PROTECTED] [EMAIL PROTECTED]@@[EMAIL PROTECTED] @49 ; [EMAIL PROTECTED]@@[EMAIL PROTECTED] [EMAIL PROTECTED]@@[EMAIL PROTECTED] @50 ; [EMAIL PROTECTED]@@[EMAIL PROTECTED] Could this be the cause of the earlier linker problem described below? Any idea how to deal with this? Those are mangled names of exported class functions. Probably of MFC-based VC++ classes. If that DLL does export C++ functions, and it was created using Visual C++, then you cannot use it as is. So, what can you do? 1) Get the source code, and build it using BCB. 2) Assuming no source ... use VC++ to create a DLL that exports standard __stdcall functions, ones that are _not_ C++ functions, but rather C ones. 3) Write your program using VC++. Thanks. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
At 08:23 AM 12/3/2005, you wrote: I visited a Borland help site, and over the past few days have reached the conclusion that some of the Palm OS dlls are using MFC functions. The dll that caused the problem is Sync20.dll, which is pretty central to building a conduit. Can anyone help with items 1 or 2 of the suggestions at the end? I've been advised as follows by other Borland users: Yes, the Conduit DLLs use MFC. If you need to develop using Borland products, you should use the COM interface to the CDK and go through COM classes. Sorry. -- Ben Combee, Senior Software Engineer, Palm, Inc. Combee on Palm OS weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
How do I get a version of VB 5.0 or Borland C++ to recognize the COM Wizard? Thanks. - Original Message - From: Ben Combee [EMAIL PROTECTED] To: Palm Developer Forum palm-dev-forum@news.palmos.com Sent: Saturday, December 03, 2005 1:29 PM Subject: Re: Linker Error At 08:23 AM 12/3/2005, you wrote: I visited a Borland help site, and over the past few days have reached the conclusion that some of the Palm OS dlls are using MFC functions. The dll that caused the problem is Sync20.dll, which is pretty central to building a conduit. Can anyone help with items 1 or 2 of the suggestions at the end? I've been advised as follows by other Borland users: Yes, the Conduit DLLs use MFC. If you need to develop using Borland products, you should use the COM interface to the CDK and go through COM classes. Sorry. -- Ben Combee, Senior Software Engineer, Palm, Inc. Combee on Palm OS weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
At 04:27 PM 12/3/2005, you wrote: How do I get a version of VB 5.0 or Borland C++ to recognize the COM Wizard? You could just build it youself without the wizard. It's COM -- import the typelibrary and work directly with the interfaces. -- Ben Combee, Senior Software Engineer, Palm, Inc. Combee on Palm OS weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
At my stage, I'd much rather use a wizard, if possible. Can you advise how? Thanks. - Original Message - From: Ben Combee [EMAIL PROTECTED] To: Palm Developer Forum palm-dev-forum@news.palmos.com Sent: Saturday, December 03, 2005 5:30 PM Subject: Re: Linker Error At 04:27 PM 12/3/2005, you wrote: How do I get a version of VB 5.0 or Borland C++ to recognize the COM Wizard? You could just build it youself without the wizard. It's COM -- import the typelibrary and work directly with the interfaces. -- Ben Combee, Senior Software Engineer, Palm, Inc. Combee on Palm OS weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
(68K) Linker Error
Hi I just added a file into a multi-segment application, using CW7. The functions in that file are called from another file (in that same segment). Prototypes are in a header file called by both files. The segment is under 25KB in size. It compiles fine, but the linker reports the following: Link Error: file: function referenced from calling func is undefined. This happens for each function used. I've had this happen before and I fixed it by Removing the Object code for the target and recompiling. Doesn't want to work this time. Escribe is down so I can't search for prior posts about this :( Any ideas? Thanks! -- Roberto Machorro [EMAIL PROTECTED] http://machorro.net/roberto -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error?
At 12:33 AM 6/2/2004, you wrote: I don't know where can I include the lib files. i am using code warrior tool. Just add the PalmOSGlue.lib file to your project. If you're creating a new project using the wizard, including glue libraries is one of the options. -- Ben Combee, DTS technical lead, PalmSource, Inc. Read Combee on Palm OS at http://palmos.combee.net/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error?
I already created the project? How can i include this lib? is there any other way? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ben Combee Sent: Wednesday, June 02, 2004 1:30 PM To: Palm Developer Forum Subject: RE: 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error? At 12:33 AM 6/2/2004, you wrote: I don't know where can I include the lib files. i am using code warrior tool. Just add the PalmOSGlue.lib file to your project. If you're creating a new project using the wizard, including glue libraries is one of the options. -- Ben Combee, DTS technical lead, PalmSource, Inc. Read Combee on Palm OS at http://palmos.combee.net/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error?
At 03:05 AM 6/2/2004, you wrote: I already created the project? How can i include this lib? is there any other way? CW has a Add File... menu item in the project menu. Use that to add the library file to your project. -- Ben Combee, DTS technical lead, PalmSource, Inc. Read Combee on Palm OS at http://palmos.combee.net/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
PRC-Tools linker error
Hello, I need help to understand an error coming from PRC-Tools linker. I use this command: m68k-palmos-gcc.exe -o app.code.1.sym app.c -lPalmOSGlue The (very long) error message starts with this line: /usr/m68k-palmos/bin/ld: region coderes is full (app.code.1.sym section .text) I think it's related to 'CODE' resource size, which should be less than 64 kb. But the latest version I compiled without this error gives a 54kb .prc file, which includes many resources (fonts, bitmaps ecc.) so how can the 'code' resource be bigger than 64 kb?! Thanks very much for help. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PRC-Tools linker error
Hello, I need help to understand an error coming from PRC-Tools linker. I use this command: m68k-palmos-gcc.exe -o app.code.1.sym app.c -lPalmOSGlue The (very long) error message starts with this line: /usr/m68k-palmos/bin/ld: region coderes is full (app.code.1.sym section .text) I think it's related to 'CODE' resource size, which should be less than 64 kb. But the latest version I compiled without this error gives a 54kb .prc file, which includes many resources (fonts, bitmaps ecc.) so how can the 'code' resource be bigger than 64 kb?! it only needs to be 32k before it is full. you then start getting DISP16 errors a branch cannot be larger than 32767 bytes (limitation of 68k cpu) --- Aaron Ardiri PalmOS Certified Developer [EMAIL PROTECTED] http://www.mobilewizardry.com/members/aaron_ardiri.php -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PRC-Tools linker error
On Tue, Jun 01, 2004 at 11:29:09AM +0200, [EMAIL PROTECTED] wrote: I think it's related to 'CODE' resource size, which should be less than 64 kb. But the latest version I compiled without this error gives a 54kb .prc file, which includes many resources (fonts, bitmaps ecc.) so how can the 'code' resource be bigger than 64 kb?! By default, prc-tools produces diagnostics when code resources exceed 32K. See http://prc-tools.sourceforge.net/cgi-bin/info/special+projects for details as to why, and on changing this boundary to 64K if you want to. Use e.g. m68k-palmos-objdump -h foo.prc to see just how large various resources are. John -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error?
Hi all, i am getting Link Error as follows. 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Can any one tell me the solution. Thanks Isabella. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error?
Hi all, i am getting Link Error as follows. 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Can any one tell me the solution. Thanks Isabella. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error?
Did you add the PalmOSGlue lib to your project? LionScribe Isabella s [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi all, i am getting Link Error as follows. 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Can any one tell me the solution. Thanks Isabella. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error?
I don't know where can I include the lib files. i am using code warrior tool. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of LionScribe Sent: Tuesday, June 01, 2004 7:38 PM To: Palm Developer Forum Subject: Re: 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Linker error? Did you add the PalmOSGlue lib to your project? LionScribe Isabella s [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi all, i am getting Link Error as follows. 'TxtGlueTruncateString' referenced from 'MainFormHandleEvent' is undefined. Can any one tell me the solution. Thanks Isabella. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
linker error
HI all, I always had this Linker Error: func_xxx referenced from func_yyy is undefined in CodeWarrior. I used to work around this error by including the .c file directly where I call the function, instead of including the .h file. Now I am into serious development of huge apps running on Palm OS 5.2 using CW 9.0. Can somebody tell this ignorant person the right way of using multiple source files? I've gone through the archives of this list, and I somehow dont seem to get a solution to this problem (using extern c directive etc). Thanks very much. Partha. Note: I m writing my apps in C using CW9.0. I tried various linkers in the project settings, but didnt help. __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: linker error
I'm sorry, but I get the impression that you're not very familiar with C programming. I could be wrong here, so please feel free to correct me. Get a good book on C programming fundamentals, and read it. The problems you are having don't sound like they're related to PalmOS, or Codewarrior; they're fundamental C issues. Alan Partha B [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] HI all, I always had this Linker Error: func_xxx referenced from func_yyy is undefined in CodeWarrior. I used to work around this error by including the .c file directly where I call the function, instead of including the .h file. Now I am into serious development of huge apps running on Palm OS 5.2 using CW 9.0. Can somebody tell this ignorant person the right way of using multiple source files? I've gone through the archives of this list, and I somehow dont seem to get a solution to this problem (using extern c directive etc). Thanks very much. Partha. Note: I m writing my apps in C using CW9.0. I tried various linkers in the project settings, but didnt help. __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: linker error
First, include the .c files directly in your project, and, second, make sure your functions aren't declared as static. That limits their visibility to just that file. -Original Message- From: Partha B Date: 2/10/04 4:22 pm To: Palm Developer Forum Subj: linker error HI all, I always had this Linker Error: func_xxx referenced from func_yyy is undefined in CodeWarrior. I used to work around this error by including the .c file directly where I call the function, instead of including the .h file. Now I am into serious development of huge apps running on Palm OS 5.2 using CW 9.0. Can somebody tell this ignorant person the right way of using multiple source files? I've gone through the archives of this list, and I somehow dont seem to get a solution to this problem (using extern c directive etc). Thanks very much. Partha. Note: I m writing my apps in C using CW9.0. I tried various linkers in the project settings, but didnt help. __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Linker error: Structure is undefined...
Ok, I found myself looking at Near Data segment bigger than 64K and thinking what to do... First I noticed that PC Relative constant data was turned off so all my const structures were in fact in the data segment. Checked that and resolved a couple of millions Invalid 32bit reference to some structure, etc by rearranging some code. That's ok. However I left the biggest (around 23K) structure to be made const last. It was defined and filled in a .H file and when I made it const I've got this 32bit reference again. So I moved it to a C file and put togather in the segment with function it was accessed from and... surprise - I've got linker error That this structure is undefined. It's strange because it's defined, included in the project, have an extern prototype... like the others, but this one fires an linker error. So I have 3 questions: 1. Is this something stupid and have anybody faced such a problem? 2. Is this a common linker bug that's supposed to be resolved somewhere in the future 3. Does the size matter? :)) -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker error: Structure is undefined...
Sorry ppl, I've fixed it. Don't know how but it's gone and me=(meType *)happy; Have a nice day :) Flex wrote: Ok, I found myself looking at Near Data segment bigger than 64K and thinking what to do... First I noticed that PC Relative constant data was turned off so all my const structures were in fact in the data segment. Checked that and resolved a couple of millions Invalid 32bit reference to some structure, etc by rearranging some code. That's ok. However I left the biggest (around 23K) structure to be made const last. It was defined and filled in a .H file and when I made it const I've got this 32bit reference again. So I moved it to a C file and put togather in the segment with function it was accessed from and... surprise - I've got linker error That this structure is undefined. It's strange because it's defined, included in the project, have an extern prototype... like the others, but this one fires an linker error. So I have 3 questions: 1. Is this something stupid and have anybody faced such a problem? 2. Is this a common linker bug that's supposed to be resolved somewhere in the future 3. Does the size matter? :)) -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
CW9, Linker error: PalmRez error: could not open file...,
Hi group, I have .R resource I want to reuse in my new PalmOS app. I have created a Convert Resources (MacOS Merge) target as documented. But, I get this error when I build the project: Link Error: PalmRez Error: Could not open file: resources.tmp in resources.tmp; line 1 # Col: 1 The file resources.tmp is created, but size is 0 ?!? This issue occur each time .R file is to be rebuild and there are other projects open in same CW app instance. More over on some machines this occurs always! Any suggestions? Thanks, George VS ([EMAIL PROTECTED]) -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: CW9, Linker error: PalmRez error: could not open file...,
Make shared library with your resource. Compile it. Then include prc file in your new project. Codewarrior will automaticaly merge resources from shared library in the new project. Pozdravi, Kaloyan Donev -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George VS Sent: Monday, August 11, 2003 17:38 To: Palm Developer Forum Subject: CW9, Linker error: PalmRez error: could not open file..., Hi group, I have .R resource I want to reuse in my new PalmOS app. I have created a Convert Resources (MacOS Merge) target as documented. But, I get this error when I build the project: Link Error: PalmRez Error: Could not open file: resources.tmp in resources.tmp; line 1 # Col: 1 The file resources.tmp is created, but size is 0 ?!? This issue occur each time .R file is to be rebuild and there are other projects open in same CW app instance. More over on some machines this occurs always! Any suggestions? Thanks, George VS ([EMAIL PROTECTED]) -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: linker error
At 10:16 2003-6-4 +, swatts wrote: I made a sample project in code warrior the one which is given in its documentation,BUt after adding resources i tried to compile and run it but ti gives linker error ie PALMREZ ERROR:can't find pict#0 for tbmf#1000. how to debug and what to do .how we have to go abt it? can anyone help me. This error means that you have a bitmap family (ID 1000) that is missing the bitmap for one of its family elements -- it was left as 0 in the family description. -- Ben Combee [EMAIL PROTECTED] CodeWarrior for Palm OS technical lead Palm OS programming help @ www.palmoswerks.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
linker error
I made a sample project in code warrior the one which is given in its documentation,BUt after adding resources i tried to compile and run it but ti gives linker error ie PALMREZ ERROR:can't find pict#0 for tbmf#1000. how to debug and what to do .how we have to go abt it? can anyone help me. and when we add files to our project theres an option target and release. what do we mean by target and release? thnx swatts ___ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Linker error?
Anyone know what the following error means and how to fix it perhaps? Link Error: Anim.c: Illegal object data in 'Anim.c'. Thanx, Daniel Suleski :- TD, Mysticware Inc. www.mysticware.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker error?
At 18:53 2002-12-9 -0500, you wrote: Anyone know what the following error means and how to fix it perhaps? Link Error: Anim.c: Illegal object data in 'Anim.c'. This usually means that you're trying to link a project originally built with the demo version of CodeWarrior. Use the Project/Remove Object Code command and rebuild everything. You may need to recreate the project in the full version of CW for Palm OS in order to correct it. -- Ben Combee [EMAIL PROTECTED] CodeWarrior for Palm OS technical lead Palm OS programming help @ www.palmoswerks.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Zlib linker error
Hello Scott, thanks for helping out. The parameter flagged above is wrong -- ZLibcompress2 takes an (unsigned long*) but you are passing an (unsigned long) instead. The unnecessary cast is actually masking the error. (There are several other unnecessary casts in this code too.) Just pass complen. You must pass the address of complen since this is an in/out parameter. On input it tells zlib how big the output buffer is, and on output it tells you how many bytes of output there actually are. I have tried it. but the problem remains the same, it returns me the buffer error (-5) .Further I have checked the archives from this forum. I have found 2 or 3 messages that they are also having the same problem. Could you please do me favour, Please use the shared library of zlib and see wether it gives the buffer error on the Codewarrior 8. Or please give me the link of the project there they have actually used the compress2() function Thanks in advance. With Regards, Amit Kalekar [EMAIL PROTECTED] Kalpadrum Infotech Pvt.Ltd. www.kalpadrum.com www.pocketmysqladmin.com Connect your PDA to mysql database -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Zlib linker error
From: Amit Kalekar [mailto:[EMAIL PROTECTED]] unsigned long complen = (unsigned long)51 * (unsigned long)120 / (unsigned long)100 + (unsigned long)12; Bytef* compbuf = new Bytef[complen]; Allocating a plenty big output buffer, good. MemSet(compbuf, 0x00, complen); As Martin Elzen pointed out, this call is bad since MemSet is backwards from standard memset. But you don't need to zero the output buffer anyway so this is not your problem. (Just remove this call.) char * packet = (char *)Select CustomerName, CustomerID from customers; The length of this string is 46 bytes plus the terminator, not the 51 hard coded in the call below. Suggest you use StrLen for this. int nRet = ZLibcompress2 ( ZLibRef, (Bytef*) compbuf, (unsigned long*) complen, // - ??? (Bytef*) packet, (unsigned long) 51, Z_DEFAULT_COMPRESSION ); The parameter flagged above is wrong -- ZLibcompress2 takes an (unsigned long*) but you are passing an (unsigned long) instead. The unnecessary cast is actually masking the error. (There are several other unnecessary casts in this code too.) Just pass complen. You must pass the address of complen since this is an in/out parameter. On input it tells zlib how big the output buffer is, and on output it tells you how many bytes of output there actually are. -slj- -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
Ok, so to close this loop, thanks again Ben. I uninstalled all CW Palm apps, deleted the entire directory structure (just in case . . .), reinstalled, and bada bing, it works. I don't know if you need to change your install or just issue a stern warning to uninstall the demo first. The worst thing about Windows IMHO is the install/uninstall trouble. Thank goodness for gurus in forums. Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ben Combee Sent: Thursday, May 30, 2002 11:49 PM To: Palm Developer Forum Subject: RE: Linker Error in CW 8.2 In article 87641@palm-dev-forum, [EMAIL PROTECTED] says... Thanks to all for your tips . . . :-D Ben, I figured you would zero in on this . . . yes I had the demo installed. All of my access paths are relative to compiler. I am assuming that this would have been updated to mean the 8.0 upgraded to 8.2 full version . . . No, this is correct... it looks like the other issues are at play here. Keys in my license.dat: I do not have the Unlimited, rather the Limited Win32_Plugins_MacOS. What should my license file look like? Would a reinstall after an uninstall of both demo and 8.0 fix this? Can I just change the text in license.dat? Ah... no, you need to remove the current license.dat and reinstall. I think the installer must have gotten confused because of a demo installation in place. My 68KLinker.dll has Product Version as 2.4.2 Demo Build 014 . . . indicates a demo build of the correct version? That's right... it looks like you got some weird mixture of demo and real components. Just wiping out the CW folder and reinstallating in a new location should fix all of this. I am thinking that apart from the paths, the others are wrong, and that a reinstall is in order. Yes, indeed. -- Ben Combee [EMAIL PROTECTED] CodeWarrior for Palm OS technical lead Get help at http://palmoswerks.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
I uninstalled all CW Palm apps, deleted the entire directory structure (just in case . . .), reinstalled, and bada bing, it works. I don't know if you need to change your install or just issue a stern warning to uninstall the demo first. The worst thing about Windows IMHO is the install/uninstall trouble. Thank goodness for gurus in forums. It's not actually necessary to uninstall the demo first in all cases -- I have both installed on my machine, and they don't intermingle at all. The two pieces of software just have to be installed to their own directories (which they do if you use the Default install path). Unless you have a specific reason to have both on your machine, though, it only makes sense to get rid of the less complete demo version. -hkmlt -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
Heather, I installed everything to the default install path (my usuall practice in recent years due to difficulties that arise if you don't . . .). I'm not sure why it worked fine for you and not for me, but such is the way with these things. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Heather Tufts Sent: Friday, May 31, 2002 7:33 AM To: Palm Developer Forum Subject: RE: Linker Error in CW 8.2 I uninstalled all CW Palm apps, deleted the entire directory structure (just in case . . .), reinstalled, and bada bing, it works. I don't know if you need to change your install or just issue a stern warning to uninstall the demo first. The worst thing about Windows IMHO is the install/uninstall trouble. Thank goodness for gurus in forums. It's not actually necessary to uninstall the demo first in all cases -- I have both installed on my machine, and they don't intermingle at all. The two pieces of software just have to be installed to their own directories (which they do if you use the Default install path). Unless you have a specific reason to have both on your machine, though, it only makes sense to get rid of the less complete demo version. -hkmlt -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
Thanks to all for your tips . . . :-D Ben, I figured you would zero in on this . . . yes I had the demo installed. All of my access paths are relative to compiler. I am assuming that this would have been updated to mean the 8.0 upgraded to 8.2 full version . . . Keys in my license.dat: I do not have the Unlimited, rather the Limited Win32_Plugins_MacOS. What should my license file look like? Would a reinstall after an uninstall of both demo and 8.0 fix this? Can I just change the text in license.dat? My 68KLinker.dll has Product Version as 2.4.2 Demo Build 014 . . . indicates a demo build of the correct version? I am thinking that apart from the paths, the others are wrong, and that a reinstall is in order. Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ben Combee Sent: Wednesday, May 29, 2002 10:57 PM To: Palm Developer Forum Subject: RE: Linker Error in CW 8.2 In article 87587@palm-dev-forum, [EMAIL PROTECTED] says... Ok, a little more info. After searching the archives I see that this could have to do with access paths etc . . . I am not sure if I am using the right linker. I am running on Win2K, and for linker options in the target window see: none, Macintosh 68k, MacOS Merge, and, MakeROM. None of these look correct, although I have chosen the default: Macintosh68k. Seems that is the only one that tries to link anything. Here is a more comprehensive list of linker errors. The first 10 are from my source, the next 50 are from the system includes. I am including PalmOSGlue, PalmOS, and CharAttr . . . the glue libraries for my project are: debug- PalmOSGlue(Debug).lib and Release-PalmOSGlue.lib. I am now using the 4 byte integer library (what is the difference? can you not use Int32/UInt32 with the 2 byte integer library?). I am not using any c++ stuff, but notice that there are some .cp and .cpp system files in the error list. Aside from making me think that this will lead to a larger executable than otherwise, is there an error indication in that? The error messages all indicate that your linker is running in Demo Mode. Did you ever have the demo edition of CodeWarrior for Palm OS installed on your machine? If so, do you have a LICENSE.DAT file in your CodeWarrior home directory that has the Win32 _Plugins_MacOS_Unlimited metrowks 7.0 key in it? If you've installed the 8.2 patch, make sure that in your bin/plugins/linker folder, there is a 68KLinker.dll file that's version 2.4.2. The .cp files you see are from the runtime library... perhaps, you're pulling in a version of the runtime from the demo edition by mistake. If you had the demo installed and your access paths are wrong, this could happen. -- Ben Combee [EMAIL PROTECTED] CodeWarrior for Palm OS technical lead Get help at http://palmoswerks.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
In article 87641@palm-dev-forum, [EMAIL PROTECTED] says... Thanks to all for your tips . . . :-D Ben, I figured you would zero in on this . . . yes I had the demo installed. All of my access paths are relative to compiler. I am assuming that this would have been updated to mean the 8.0 upgraded to 8.2 full version . . . No, this is correct... it looks like the other issues are at play here. Keys in my license.dat: I do not have the Unlimited, rather the Limited Win32_Plugins_MacOS. What should my license file look like? Would a reinstall after an uninstall of both demo and 8.0 fix this? Can I just change the text in license.dat? Ah... no, you need to remove the current license.dat and reinstall. I think the installer must have gotten confused because of a demo installation in place. My 68KLinker.dll has Product Version as 2.4.2 Demo Build 014 . . . indicates a demo build of the correct version? That's right... it looks like you got some weird mixture of demo and real components. Just wiping out the CW folder and reinstallating in a new location should fix all of this. I am thinking that apart from the paths, the others are wrong, and that a reinstall is in order. Yes, indeed. -- Ben Combee [EMAIL PROTECTED] CodeWarrior for Palm OS technical lead Get help at http://palmoswerks.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Linker Error in CW 8.2
Ok, this one must be simple, but not when you are me right now . . . I have ported an old project into CW. I compiled each source file separately along the way. When I (finally) got each source file to compile I figured that I was ready to go. I then tried Make and I get the following error (looks like 60 times . . . one for each source file including all of the sys includes?) Link Error : PocketTriFITMain.c: Illegal object data in 'PocketTriFITMain.c'. Link Error : CPlusLib68K.cp: Illegal object data in 'CPlusLib68K.cp'. Link Error : Exception68K.cp: Illegal object data in 'Exception68K.cp'. It appears that I am mixing c and c++, but all of my source is standard c. So, I think a project setting is wrong, specifically something in the make file? So I am wondering if this is the cause, and if so how do I fix it? thanks, paul -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
Ok, this one must be simple, but not when you are me right now . . . I have ported an old project into CW. I compiled each source file separately along the way. When I (finally) got each source file to compile I figured that I was ready to go. I then tried Make and I get the following error (looks like 60 times . . . one for each source file including all of the sys includes?) Link Error : PocketTriFITMain.c: Illegal object data in 'PocketTriFITMain.c'. ... The problem may be due to a number of different factors associated with the configuration of your project. It seems that the object information may have become corrupted in one way or another, which caused the link errors. Here are a few suggestions to try: * Select Remove Object Code from the Project menu within the IDE before making the project. *Delete the _Data folder - This folder is located within your project directory and contains the object information from one build to the next. Try closing the project, deleting this folder, and remaking the project. *If this is a multi-segment application, make sure that you have the startup code in the first segment. *Make sure you have included the correct runtime library for the type of application you are creating. I hope that helps. Vinu -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
Ummm, I tried the first two (removing object code, and also removing the _Data directory) and the errors persist. This is not multi-segment, so that leaves the run time library. In my project settings (project window) I see that it is PalmOSRuntime_2i_A5.lib. I am trying to build this for PalmOS 3.1 and above. I have built the runtime libraries (according to the CW docs) successfully. I have tried dragging the PalmOSRuntime_4i_A5.lib into the project and then deleting the other (2i), remove object code, re-make, same result. Any other ideas Lots of questions, little joy. thanks, Paul Ok, this one must be simple, but not when you are me right now . . . I have ported an old project into CW. I compiled each source file separately along the way. When I (finally) got each source file to compile I figured that I was ready to go. I then tried Make and I get the following error (looks like 60 times . . . one for each source file including all of the sys includes?) Link Error : PocketTriFITMain.c: Illegal object data in 'PocketTriFITMain.c'. ... The problem may be due to a number of different factors associated with the configuration of your project. It seems that the object information may have become corrupted in one way or another, which caused the link errors. Here are a few suggestions to try: * Select Remove Object Code from the Project menu within the IDE before making the project. *Delete the _Data folder - This folder is located within your project directory and contains the object information from one build to the next. Try closing the project, deleting this folder, and remaking the project. *If this is a multi-segment application, make sure that you have the startup code in the first segment. *Make sure you have included the correct runtime library for the type of application you are creating. I hope that helps. Vinu -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error in CW 8.2
What happens when you create a new PalmOS project with the wizard? Does that compile/link ok? If you can get that working, you can either go screen by screen through the project configuration panels and compare the two projects, or add your source files to the wizard project. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
I am not sure if I am using the right linker. I am running on Win2K, and for linker options in the target window see: none, Macintosh 68k, MacOS Merge, and, MakeROM. None of these look correct, although I have chosen the default: Macintosh68k. Seems that is the only one that tries to link anything. Macintosh 68K is the right linker, but you also need the PalmRez Post Linker to make a Palm OS project. The only other likely candidate for your errors that I see is that you've updated to the 8.2 patch, but may not have rebuilt your libraries. Go to the CW for Palm OS Support\Runtime Libraries folder and open Palm OS Runtime.mcp and build all targets. That'll give you a new version of the runtime to link against in your app. -hkmlt -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Linker Error in CW 8.2
In article 87587@palm-dev-forum, [EMAIL PROTECTED] says... Ok, a little more info. After searching the archives I see that this could have to do with access paths etc . . . I am not sure if I am using the right linker. I am running on Win2K, and for linker options in the target window see: none, Macintosh 68k, MacOS Merge, and, MakeROM. None of these look correct, although I have chosen the default: Macintosh68k. Seems that is the only one that tries to link anything. Here is a more comprehensive list of linker errors. The first 10 are from my source, the next 50 are from the system includes. I am including PalmOSGlue, PalmOS, and CharAttr . . . the glue libraries for my project are: debug- PalmOSGlue(Debug).lib and Release-PalmOSGlue.lib. I am now using the 4 byte integer library (what is the difference? can you not use Int32/UInt32 with the 2 byte integer library?). I am not using any c++ stuff, but notice that there are some .cp and .cpp system files in the error list. Aside from making me think that this will lead to a larger executable than otherwise, is there an error indication in that? The error messages all indicate that your linker is running in Demo Mode. Did you ever have the demo edition of CodeWarrior for Palm OS installed on your machine? If so, do you have a LICENSE.DAT file in your CodeWarrior home directory that has the Win32 _Plugins_MacOS_Unlimited metrowks 7.0 key in it? If you've installed the 8.2 patch, make sure that in your bin/plugins/linker folder, there is a 68KLinker.dll file that's version 2.4.2. The .cp files you see are from the runtime library... perhaps, you're pulling in a version of the runtime from the demo edition by mistake. If you had the demo installed and your access paths are wrong, this could happen. -- Ben Combee [EMAIL PROTECTED] CodeWarrior for Palm OS technical lead Get help at http://palmoswerks.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Linker Error
Dear Friends, While trying to compile, I get the error Link Error : dfg.c: 'DuplicateCurrentRecord' 16-bit code reference to 'LibGetRecord' is out of range. Do you have an idea as to what could be causing this? I am using CodeWarrior8.0. Regards. Ravi Verma 916 705 3261 -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Linker Error
--- Ravi Verma [EMAIL PROTECTED] wrote: While trying to compile, I get the error Link Error : dfg.c: 'DuplicateCurrentRecord' 16-bit code reference to 'LibGetRecord' is out of range. Do you have an idea as to what could be causing this? I am using CodeWarrior8.0. You have too much code; the code for LibGetRecord is too far away from the line of code that calls it to use a 16 bit code address. Therefore, you have to remove some code, or rearrange the code so no function is that far away from whatever calls it, or change the memory model, or switch to a multi-segment application. See http://www.palmoswerks.com/stories/storyReader$4 to learn about memory models and see http://oasis.palm.com/dev/kb/papers/1469.cfm to learn about segmenting an application. __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
'Precompiled Heder' Linker Error ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Hello All, I am getting the following Linker Error Message? Please could any one tell me what does it mean? and what are the changes I have to make accordingly to avoid this message. Segment 'Precompiled Heder' is greater than 64KB, it will generate an invalid PRC file. With Regards, Amit Kalekar [EMAIL PROTECTED] Kalpadrum Infotech Pvt.Ltd. www.kalpadrum.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: 'Precompiled Heder' Linker Error ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--- Amit Kalekar [EMAIL PROTECTED] wrote: Hello All, snip Amit, Please stop adding ~~~ to your subject lines. Thank you. __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: 'Precompiled Heder' Linker Error
I am getting the following Linker Error Message? Please could any one tell me what does it mean? and what are the changes I have to make accordingly to avoid this message. Segment 'Precompiled Heder' is greater than 64KB, it will generate an invalid PRC file. This error means that your first code segment (called Precompiled Headers) is larger than 64K. Since this isn't allowed, you will need to turn your project into a multi-segment project. Check out http://oasis.palm.com/dev/kb/papers/1469.cfm in the KB for more information. You can also check your Targeting Palm OS manual in your installation for information on converting your project. -hkmlt -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Linker error Near data segment is bigger than 64k (question to Ben Combee)
Hi, I am developing Palm Application with CW R6. My Application use C++ Exceptions. On some stage of development process I received mentioned linker error. I reviewed generated by linker MAP file. Indeed, Application's data segment is overflowed, moreover just data section above A5 is overflowed. This section contains segment table and exception info. Data section below A5 has ~20K free space. I have read Your white paper Supporting Expanded Mode on Palm OS, but all those extensions are related to CW R8. My question is: how can I reduce exception info that are placed in Data section below A5? Are there some options for linker or compiler to do this? What is a general proposal to resolve such problem? I will be very appreciate for Your answer and advices! -- Thanks, Lubomyr Humetsky. [EMAIL PROTECTED] -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Linker error Near data segment is bigger than 64k
Hi, I am developing Palm Application using latest version of POL. On some stage of development process I received Near data segment is bigger than 64k linker error. I know about segment structure of the Palm Applications and also I know that data segment should be less than 64k. Code of my Application is divided between 7 segments and I think that data segment does not have more than 64k information. This error occurs after I added a new pies of code to the Application. When I comment (remove) this new code (or some piece of old code) I do not receive above linker error. Also, I can define global variable with size ~20k and my Application is successfully linked. More over the full release version (all commented code is included) is successfully linked. I do not understand where the problem is. How can I resolve it? P.S. I have read all messages in this conference with the same subject but I have not found answer for my problem. Thanks, Lubomyr Humetsky. [EMAIL PROTECTED] -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: Linker error Near data segment is bigger than 64k
I am developing Palm Application using latest version of POL. On some stage of development process I received Near data segment is bigger than 64k linker error. I know about segment structure of the Palm Applications and also I know that data segment should be less than 64k. Code of my Application is divided between 7 segments and I think that data segment does not have more than 64k information. The 64K data issue is completely unrelated to multi-segmenting. You are only allowed to have 32K of global/static data referenced from either side of the A4 register. Assuming your're using CodeWarrior, you can see how much space you're using by generating a link map from your last successful link (set this in the 68K Linker panel). Then look at your .tmp.MAP file and after all the code segment information, there is a line that tells you how much space you are takikng up above and below A5. Then, you can look at ways to decrease this. In the 68K Processor panel, check the box for PC-Relative Constant Data to move some of your constant data into the code segment. You might also benefit from using the new Expanded Mode in CW for Palm V8 (see http://www.metrowerks.com/pdf/Expanded_Mode.pdf for more details) since you're using C++. -hkmlt -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Prblm: Linker error Segment Precompiled Headers is greater than 64KB, it will generate an invalid PRC file.
Dear subscribers. I'm developing an application using CodeWarrior 8.0. When I link it I get a message that states Segment 'Precompiled Headers' is greater than 64KB, it will generate an invalid PRC file. Unfortunately I haven't managed to find any more information about this problem. Therefore I would like to know if there is someone that can clarify this for me. Does the code generated by precompiled headers get it's own segment? How can I remedy this problem? Kind regards, Ola Theander -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: Prblm: Linker error Segment Precompiled Headers is greater than 64KB, it will generate an invalid PRC file.
You have to seperate your files into multiple segments. Precompiled Headers is only the name of your segment that is over 64k. Just make sure all your segments are under 64k and you should be fine. trv -- Trevor Menagh, Software Engineer iambic, Inc. (www.iambic.com) [EMAIL PROTECTED] (408) 367-1600 x20 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ola Theander Sent: Tuesday, January 15, 2002 2:00 PM To: Palm Developer Forum Subject: Prblm: Linker error Segment Precompiled Headers is greater than 64KB, it will generate an invalid PRC file. Dear subscribers. I'm developing an application using CodeWarrior 8.0. When I link it I get a message that states Segment 'Precompiled Headers' is greater than 64KB, it will generate an invalid PRC file. Unfortunately I haven't managed to find any more information about this problem. Therefore I would like to know if there is someone that can clarify this for me. Does the code generated by precompiled headers get it's own segment? How can I remedy this problem? Kind regards, Ola Theander -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Linker error
Hi. I guess I got the following error because my code becomes too big. How would I fix that without goint to multi-segment. The whole thing compiles without the -DDEBUG and the size is about 45K. I use that flag to link in some HostControl functions to save debug messages to a host file. What are the libcrt.o and gcrt.o anyway? Thanks. Max m68k-palmos-gcc -O2 -g -Wall -DDEBUG -o xbox xbox.o debug.o xboxDB.o xboxXfer.o arith.o rsa.o /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x46):crt0.c: relocation truncated to fit: DISP16 _GccRelocateData /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x50):crt0.c: relocation truncated to fit: DISP16 __do_bhook /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x5a):crt0.c: relocation truncated to fit: DISP16 __do_ctors /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x60):crt0.c: relocation truncated to fit: DISP16 _GdbStartDebug /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x78):crt0.c: relocation truncated to fit: DISP16 __do_dtors /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x82):crt0.c: relocation truncated to fit: DISP16 __do_ehook /usr/local/m68k-palmos/lib/libcrt.a(single_dreloc.o)(.text+0x30):dreloc.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(hooks.o)(.text+0x16):hooks.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(hooks.o)(.text+0x64):hooks.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(hooks.o)(.text+0xa6):hooks.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(hooks.o)(.text+0xe0):hooks.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(gdbstub.o)(.text+0x3c):gdbstub.c: relocation truncated to fit: DISP16 start collect2: ld returned 1 exit status __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: Linker error
My congratulations. This is not yet about size, but about long jumps the jumps over 32K ie any direction. libcrt.o comes from libcrt.a, located at /usr/m68k-palmos/lib or as to gcrt.o it is probably a part of libgcc.a (I have it in /usr/lib/gcc-lib/m68k-palmos/2.95.3-kgpd) If unsure, check map file. Possible solutions: - multigen (sic!) - multilink - a very nice piece of software, that works almost exactly as I wanted it to (I dicovered that just few minutes ago - what a relief !) http://www.djw.org/product/palm/multilink/index.html - Re-arrange your modules /usr/m68k-palmos/lib/libsrt.a main.o (assuming this modules has PilotMain ... rest.o Once you get relocation errors for your own entries only (not for GCC ones), you can use stubs (br.w ...): this is how I managed to extend my project (without using multigen, multilink, etc) for up to 60K. You can't go over 64K though without splitting you code. Hopefully this will help you Michael -Original Message- From: Max Bian [mailto:[EMAIL PROTECTED]] Sent: Thursday, 20 December 2001 14:50 To: Palm Developer Forum Subject: Linker error Hi. I guess I got the following error because my code becomes too big. How would I fix that without goint to multi-segment. The whole thing compiles without the -DDEBUG and the size is about 45K. I use that flag to link in some HostControl functions to save debug messages to a host file. What are the libcrt.o and gcrt.o anyway? Thanks. Max m68k-palmos-gcc -O2 -g -Wall -DDEBUG -o xbox xbox.o debug.o xboxDB.o xboxXfer.o arith.o rsa.o /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x46):crt0.c: relocation truncated to fit: DISP16 _GccRelocateData /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x50):crt0.c: relocation truncated to fit: DISP16 __do_bhook /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x5a):crt0.c: relocation truncated to fit: DISP16 __do_ctors /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x60):crt0.c: relocation truncated to fit: DISP16 _GdbStartDebug /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x78):crt0.c: relocation truncated to fit: DISP16 __do_dtors /usr/local/m68k-palmos/lib/gcrt0.o(.text+0x82):crt0.c: relocation truncated to fit: DISP16 __do_ehook /usr/local/m68k-palmos/lib/libcrt.a(single_dreloc.o)(.text+0x30):dreloc.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(hooks.o)(.text+0x16):hooks.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(hooks.o)(.text+0x64):hooks.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(hooks.o)(.text+0xa6):hooks.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(hooks.o)(.text+0xe0):hooks.c: relocation truncated to fit: DISP16 start /usr/local/m68k-palmos/lib/libcrt.a(gdbstub.o)(.text+0x3c):gdbstub.c: relocation truncated to fit: DISP16 start collect2: ld returned 1 exit status __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: C string functions and strtok() linker error, using CW 7?
Ola Theander [EMAIL PROTECTED] wrote in message news:65903@palm-dev-forum... Hi Craig. I use cstring. I can also use string.h but then the std namespace is excluded. Also remember to include the MSL_C\MSL_Common\Include folder in the system access path. How do I include a library in a CW project. I know that sounds ignorant, but I actually haven't found where to do that. Might have something to do with that I'm more used to Visual C++. First, very little of the MSL C library is implmented in CW Palm 7 and earlier. More is done in CW Palm 8, but its still not a full implmentation. The headers are there due to how CW used to merge with the desktop tools -- you would have a combined installation that supports Palm, Mac OS, and Windows development all in the same IDE. As for linking to a LIB file -- just drag it into the project window. Its added as another file to the project, not specified in some other dialog box. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: C string functions and strtok() linker error, using CW 7?
Well, I actually had a couple of things cleared up via a posting I had a couple of days agofrom the reply I got: To use the MSL C++ library in CW Palm 7: 1) Add {Compiler}Palm OS Support\CodeWarrior Libraries\(MSL) to your access paths. 2) Add ANSICPPPALM.LIB to your project (this file is found in (MSL)\MSL C++\MSL_Palm\Lib\Palm. This will make you include the right header files and give the additional definitions you need to use a std::string. In CW Palm 8, you just choose MSL C/C++ Library in the application wizard, and your project is setup correctly for you from the start. Craig Deelsnyder [EMAIL PROTECTED] wrote in message news:65886@palm-dev-forum... I actually can't even get a reference to strtok() to compile. Can I ask what are your #includes? Just string? But as for your linking problem, I think you need to be sure to be linking with the MSL Runtime Palm OS (2i).lib file in the PalmOS 3.5 Support\...\runtime folder (btw, does anybody know what the diff is between this .lib and the 4i .lib)? I found a copy of it elsewhere in a different place in the CodeWarrior folders and was having problems linking. Also, I think (and others can maybe lend more of an 'official' opinion) that the Palm OS fxns are preferred over the std C lib functions. I'm using the std calls because I was porting someone else's library of C++ code to use it in a Palm app; hence I wanted to minimize changes I had to make to this C++ code. Hope this gets you started, Craig -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ola Theander Sent: Wednesday, October 24, 2001 1:42 PM To: Palm Developer Forum Subject: C string functions and strtok() linker error, using CW 7? Dear subscribers. I'm currently using CW 7 and developing a simple application. In this application I would like to use the standard C library functions such as strtok(), strlen(), strcpy() etc, implemented in the MSL library. My problem is that strtok() generates a linker error when I'm compiling the project. All other of the functions mentioned above seems to compile and link OK. I've tried to add string.c from the MSL library, which was the only place I could find an implementation of strtok(), to my project but it doesn't compile cleanly. Any help would be appreciated. Another question is, is it wise to use the standard C functions at all in a Palm OS project? Kind regards, Ola Theander -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
C string functions and strtok() linker error, using CW 7?
Dear subscribers. I'm currently using CW 7 and developing a simple application. In this application I would like to use the standard C library functions such as strtok(), strlen(), strcpy() etc, implemented in the MSL library. My problem is that strtok() generates a linker error when I'm compiling the project. All other of the functions mentioned above seems to compile and link OK. I've tried to add string.c from the MSL library, which was the only place I could find an implementation of strtok(), to my project but it doesn't compile cleanly. Any help would be appreciated. Another question is, is it wise to use the standard C functions at all in a Palm OS project? Kind regards, Ola Theander -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: C string functions and strtok() linker error, using CW 7?
I actually can't even get a reference to strtok() to compile. Can I ask what are your #includes? Just string? But as for your linking problem, I think you need to be sure to be linking with the MSL Runtime Palm OS (2i).lib file in the PalmOS 3.5 Support\...\runtime folder (btw, does anybody know what the diff is between this .lib and the 4i .lib)? I found a copy of it elsewhere in a different place in the CodeWarrior folders and was having problems linking. Also, I think (and others can maybe lend more of an 'official' opinion) that the Palm OS fxns are preferred over the std C lib functions. I'm using the std calls because I was porting someone else's library of C++ code to use it in a Palm app; hence I wanted to minimize changes I had to make to this C++ code. Hope this gets you started, Craig -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ola Theander Sent: Wednesday, October 24, 2001 1:42 PM To: Palm Developer Forum Subject: C string functions and strtok() linker error, using CW 7? Dear subscribers. I'm currently using CW 7 and developing a simple application. In this application I would like to use the standard C library functions such as strtok(), strlen(), strcpy() etc, implemented in the MSL library. My problem is that strtok() generates a linker error when I'm compiling the project. All other of the functions mentioned above seems to compile and link OK. I've tried to add string.c from the MSL library, which was the only place I could find an implementation of strtok(), to my project but it doesn't compile cleanly. Any help would be appreciated. Another question is, is it wise to use the standard C functions at all in a Palm OS project? Kind regards, Ola Theander -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: C string functions and strtok() linker error, using CW 7?
I had the include folder there, but I was using string To add the .lib, click on one of your project groups (folders) in your .mcp Project View, or wherever you want to put it. Then click 'Project'-Add Files... In the 'Segments' tab you may want to put the .lib at the top (drag and drop). Craig -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ola Theander Sent: Wednesday, October 24, 2001 4:17 PM To: Palm Developer Forum Subject: RE: C string functions and strtok() linker error, using CW 7? Hi Craig. I use cstring. I can also use string.h but then the std namespace is excluded. Also remember to include the MSL_C\MSL_Common\Include folder in the system access path. How do I include a library in a CW project. I know that sounds ignorant, but I actually haven't found where to do that. Might have something to do with that I'm more used to Visual C++. Kind regards, Ola Theander -Original Message- From: Craig Deelsnyder [mailto:[EMAIL PROTECTED]] Sent: den 24 oktober 2001 21:08 To: Palm Developer Forum Subject: RE: C string functions and strtok() linker error, using CW 7? I actually can't even get a reference to strtok() to compile. Can I ask what are your #includes? Just string? But as for your linking problem, I think you need to be sure to be linking with the MSL Runtime Palm OS (2i).lib file in the PalmOS 3.5 Support\...\runtime folder (btw, does anybody know what the diff is between this .lib and the 4i .lib)? I found a copy of it elsewhere in a different place in the CodeWarrior folders and was having problems linking. Also, I think (and others can maybe lend more of an 'official' opinion) that the Palm OS fxns are preferred over the std C lib functions. I'm using the std calls because I was porting someone else's library of C++ code to use it in a Palm app; hence I wanted to minimize changes I had to make to this C++ code. Hope this gets you started, Craig -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ola Theander Sent: Wednesday, October 24, 2001 1:42 PM To: Palm Developer Forum Subject: C string functions and strtok() linker error, using CW 7? Dear subscribers. I'm currently using CW 7 and developing a simple application. In this application I would like to use the standard C library functions such as strtok(), strlen(), strcpy() etc, implemented in the MSL library. My problem is that strtok() generates a linker error when I'm compiling the project. All other of the functions mentioned above seems to compile and link OK. I've tried to add string.c from the MSL library, which was the only place I could find an implementation of strtok(), to my project but it doesn't compile cleanly. Any help would be appreciated. Another question is, is it wise to use the standard C functions at all in a Palm OS project? Kind regards, Ola Theander -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Unexpected linker error #32 (DirectBits not supported) in CW.
Hello! I am trying to compile (CodeWarrior 7) the project sent to me by one of our users and I get the message: Linker error: Unexpected linker error #32. DirectBits not supported. Any ideas about what might cause the message? -- Sincerely yours, Eugene Mayevski -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: Unexpected linker error #32 (DirectBits not supported) in CW.
Eugene Mayevski [EMAIL PROTECTED] wrote in message news:63741@palm-dev-forum... Hello! I am trying to compile (CodeWarrior 7) the project sent to me by one of our users and I get the message: Linker error: Unexpected linker error #32. DirectBits not supported. http://www.escribe.com/computing/pcpqa/search.html?query=DirectBitsmt=; th=c=30 -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Linker Error
Hello, When I try to make my project usin CodeWarrior 6 I got the following: Linker Error: Direct Bids not supported. Do you know what might be the problem? I have not found any explanation in CodeWarrior help. Anton -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: Linker Error
-Original Message- From: Anton Nikolaev [mailto:[EMAIL PROTECTED]] When I try to make my project usin CodeWarrior 6 I got the following: Linker Error: Direct Bids not supported. Do you know what might be the problem? I have not found any explanation in CodeWarrior help. This error generally occurred if the 3.5 SDK was installed, but not Update 1 to the 3.5 SDK. It was a problem in the post linker that was fixed with Update 1. This error can also show up in cases where the project was moved between a Mac and Windows machine. The bitmaps need to be opened, have a pixel changed and then changed back, and then closed. Resaving the Constructor file after doing this allowed the bitmaps to be linked in properly. -hkmlt MW Tech Support -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: Time to load rsrc files (was: DIrectBits Linker Error -- Than k you!)
From: Craig Patchett Also, as long as I'm asking, Constructor (for Windows) has always taken a really long time (20-30 seconds) to open my .rsrc files. Is this normal? At what MHz is your CPU running, and how much memory do you have? When I switched from a 100MHz, 128MB machine to a 1.4 GHz, 256MB machine, Constructor went from about 20 to 30 seconds down to about 4 or 5 seconds to open itself and load an rsrc file. (Obviously that means Constructor is a real hog!) I'm running Windows 2000 on an 800MHz machine with 512MB. I find it hard to believe that an application would require 20-30 seconds on a machine of this caliber just to open a file. Prior to reading your email I assumed it was just me, but apparently not. Craig ** Craig Patchett [EMAIL PROTECTED] The CGI/Perl Cookbook: http://cgi-perl.com love \luv\ (v): See John 3:16 -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Linker Error
Hi All, I am getting a linker error for some reason unknown to me. The error is as follows. Can anybody tell me what does this mean and how do I solve it. Linking... /prc-tools/H-i586-cygwin32/m68k-palmos/bin/ld: region datares is full (Debug/PalmTest section .data) collect2: ld returned 1 exit status make.exe: *** [Debug/PalmTest] Error 1 regards, Kapil. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: Linker Error
Hi, This will help: See the GCC Development Tools Release note on http://www.palmos.com/dev/tech/tools/gcc/releases.html Applications with more than 32K of code supported via multiple code resources. To solve this problem, see http://prc-tools.sourceforge.net/doc/prc-tools_3.html or palmdev\doc\texti\prc-tools_10.html under the install directory of Palm OS SDK I am getting a linker error for some reason unknown to me. The error is as follows. Can anybody tell me what does this mean and how do I solve it. Linking... /prc-tools/H-i586-cygwin32/m68k-palmos/bin/ld: region datares is full (Debug/PalmTest section .data) collect2: ld returned 1 exit status make.exe: *** [Debug/PalmTest] Error 1 -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: Linker Error
Hi Kapil, The error is caused by the data section of the program becoming larger than 0x7fff or 32767 bytes in size.Please follow the steps given in the link below, http://www.penright.com/questions/howto_fix.htm Thanks, Manikumar K Developers' Nation You've got the questions; we've got the answers. Visit Us At :http://www.devnation.net for Palm Developer Support -Original Message- From: Kapil Konde [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 15, 2001 12:05 AM To: Palm Developer Forum Subject: Linker Error Hi All, I am getting a linker error for some reason unknown to me. The error is as follows. Can anybody tell me what does this mean and how do I solve it. Linking... /prc-tools/H-i586-cygwin32/m68k-palmos/bin/ld: region datares is full (Debug/PalmTest section .data) collect2: ld returned 1 exit status make.exe: *** [Debug/PalmTest] Error 1 regards, Kapil. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: Linker Error
Hi Manikumar, This method (at penright.com) only tells you how to extract *some* more space for your app's code. In general, this will not allow you to write apps of arbitrary size. GCC provides a mechanism to distribute the code of large applications into multiple code resources. You can refer to my previous post for the url to the articles. Best regards. Hi Kapil, The error is caused by the data section of the program becoming larger than 0x7fff or 32767 bytes in size.Please follow the steps given in the link below, http://www.penright.com/questions/howto_fix.htm Thanks, Manikumar K -Original Message- From: Kapil Konde [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 15, 2001 12:05 AM To: Palm Developer Forum Subject: Linker Error Hi All, I am getting a linker error for some reason unknown to me. The error is as follows. Can anybody tell me what does this mean and how do I solve it. Linking... /prc-tools/H-i586-cygwin32/m68k-palmos/bin/ld: region datares is full (Debug/PalmTest section .data) collect2: ld returned 1 exit status make.exe: *** [Debug/PalmTest] Error 1 regards, Kapil. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
Re: DirectBits Linker Error -- Thank you!
[EMAIL PROTECTED] wrote: Thanks to all for the suggestions -- using the post-linker dll from Constructor in 4.0 worked beautifully. This fixed the same problem I was having also. I'm now experiencing a different problem, however, that also seems related to upgrading to Constructor 1.6...some black and white bitmaps (but not all) that were created in 1.5 revert to color garbage (vertical lines, actually) when edited and saved. They show up properly when opened and after being edited, but as soon as I close the edited bitmap and reopen it it gets trashed. I've tried doing a select all on the correct bitmap, creating a new bitmap and pasting, but a corrupt color mess is what gets pasted. Any ideas on how to fix this? Also, as long as I'm asking, Constructor (for Windows) has always taken a really long time (20-30 seconds) to open my .rsrc files. Is this normal? Craig Craig Patchett Senior Product Developer Peregrine Systems, Inc. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
RE: Time to load rsrc files (was: DirectBits Linker Error -- Thank you!)
From: Craig Patchett Also, as long as I'm asking, Constructor (for Windows) has always taken a really long time (20-30 seconds) to open my .rsrc files. Is this normal? At what MHz is your CPU running, and how much memory do you have? When I switched from a 100MHz, 128MB machine to a 1.4 GHz, 256MB machine, Constructor went from about 20 to 30 seconds down to about 4 or 5 seconds to open itself and load an rsrc file. (Obviously that means Constructor is a real hog!) -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/