On Wed, Jun 29, 2005 at 04:44:09PM -0400, Scott Erickson wrote:
(In PalmTypes.h)
#define _OS_CALL_WITH_UNPOPPED_16BIT_SELECTOR(table, vector, selector) \
__attribute__ ((__callseq__ ( \
move.w # _PalmTypes_OS_CALL_Str(selector) ,-(%%sp); \
trap # _PalmTypes_OS_CALL_Str(table) ;
Aykut KOAK wrote:
I have got a problem with the touch screen that is when I click mouse
pointer inside the touchscreen area, it does not respond but ok for
buttons such as power button or shortcuts.
Your symptoms are consistent with the GCC 3.3.x miscompilation of
Poser's EmPoint.cpp
Ralf Dietrich wrote:
BTW: Anybody know if ANSI permit the same source/target ptrs in
sprintf()?
I presume everyone's gut feeling is that it would not, and that is
indeed the case:
ISO C90, 7.9.6.5: The sprintf function is equivalent to fprintf,
except that the [first argument] specifies an
Greg Wilson wrote:
To the best of my knowledge, it is no longer available.
If that is a statement of fact (it is currently no longer available),
we don't really need a PalmSource employee to tell us that -- we can
see it for ourselves :-). If that is intended as a statement of
PalmSource's
Kaiser D wrote:
My question is does Palm have an API which when
given the error code gives the corresponding error
message in text.
See http://prc-tools.sourceforge.net/errorcodes.html
Or just type palm os error into Google.
John
--
For information on using the Palm Developer Forums, or to
Gregg Woodcock wrote:
I know he was at Palm and then at enterprise.net
I'd be curious to hear how you know that, considering that it is not
true. Enterprise.net was merely an ISP that I used in the UK seven
years ago (and thus _before_ I was at Palm).
Somebody shoot me his email, please?
You
Benoit Cerrina wrote:
The reason seems to be that make.exe loops through all .d files and
checks references *prior* the .d files are deleted by make clean
all.
Just to say that in our project which use make and prc tools we also
generate dependency and have the same issue after renameing .h
On Mon, Jul 19, 2004 at 07:31:35PM +0200, John Marshall wrote:
On Mon, Jul 19, 2004 at 05:30:51PM +0200, Yann Garcia wrote:
/usr/share/prc-tools/include/PalmOS.h:15: warning: #warning [...] you
may need to run palmdev-prep [...]
sdk-4 headers in 'include', libraries in 'lib
On Mon, Jul 19, 2004 at 02:36:53PM +0200, Yann Garcia wrote:
/usr/share/prc-tools/include/PalmOS.h:15: warning: #warning use Pilot.h
if you really mean to use the 3.1 SDK or earlier; you may need to run
palmdev-prep or use a suitable -palmosN option -- see
On Mon, Jul 19, 2004 at 05:30:51PM +0200, Yann Garcia wrote:
About palmdev-prep, the output is:
[EMAIL PROTECTED] root]# palmdev-prep
Checking SDKs in /opt/palmdev
sdk-4 headers in 'include', libraries in 'lib'
This is the expected output from palmdev-prep. And presumably you are
On Mon, Jul 19, 2004 at 04:39:56PM -0700, Matthew Bevan wrote:
I'm looking for a scrollable character map utility upon which I can
tap and get ASCII, decimal, octal, and hexidecimal values for each
character.
Oddly enough, noone's mentioned AsciiChart yet. (I was going to note
that last time
On Fri, Jul 16, 2004 at 01:41:45PM -0700, Keith Rollin wrote:
Actually, looking into this a little more deeply, I see that Ton's
patches patch the following in addition to gdb:
[files outwith gdb]
Yes, that's why I said to do with the debugger rather than in the
debugger :-).
Am I
On Fri, Jul 16, 2004 at 11:28:30PM +0200, John Marshall wrote:
Yes, that's why I said to do with the debugger rather than in the
debugger :-).
Oops, wrong mailing list -- sorry. That conversation is actually going
on over on tools-forum...
John
--
For information on using the Palm
On Thu, Jul 15, 2004 at 09:01:06AM -, BrownB wrote:
Sorry to everybody, I found my STUPID ERROR: I didn't #include the
header containing the extern declariation of those functions...
Indeed. Consider reading the documentation, which will tell you how to
catch this stupid error at compile
On Tue, Jul 13, 2004 at 02:52:05PM -, BrownB wrote:
I found some problems passing pointers to allocated memory chunks
between functions located in different segments.
I am aware of no particular problems in passing such pointers between
functions in different sections.
In this example,
On Tue, Jul 13, 2004 at 09:56:36PM -, Richard Dumais wrote:
OK, the only problem left now is that build-prc still gives me the
message MyApp:segment2: warning: spurious code section ignored
This message means that the code section segment2 is not listed in the
definition file given to
On Tue, Jul 13, 2004 at 06:00:49PM -0500, Ben Combee wrote:
The PODS 1.0 beta isn't adding the Sections.def file to the command
line for build-prc, which makes the build just group all of the code
sections into the main section.
No. As the diagnostic message says, spurious code sections are
On Fri, Jul 09, 2004, Ben Combee [EMAIL PROTECTED] wrote:
Hello! Ben Combee from PalmSource DTS here.
Hello! There was me thinking it was Ben Combee from the Techwood
Broadcasting Foundation calling! ;-)
These classes are not free -- there's a nominal fee to cover materials,
instructor
On Fri, Jun 18, 2004 at 10:06:31PM -0400, geoff wrote:
hey, im having trouble with prc-tools. I dont even know if this is the right
palce to post, but im desperate. Is it even possible to build it on windows
xp, why can't a website just build prc-tools then send out a built copy so i
don't
On Thu, Jun 10, 2004 at 03:27:37PM -0700, Mike wrote:
dbID = DmFindDatabase (0,DBName);
if(dbID)
{ // we found it
hTempDB = DmOpenDatabase (0,dbID, mode);
[...]
E:0216,
[...]
How can DmFindDatabase return a valid ID, but DmOpenDatabase not be able to
find it?
You don't say what _mode_
On Tue, Jun 08, 2004 at 10:39:53AM -0400, jimrandomh wrote:
Paul Nevai wrote:
I wonder how safe it is to assume that 'B' is going to be always right
after 'A' as far as the Palm OS universe goes.
Character literals with no qualifiers are defined to be ASCII by the C
standard.
Interesting.
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
Pavel Szalbot [EMAIL PROTECTED] wrote:
[On the SDK download page's Unsupported Palm OS SDK R3 for PRC-Tools]
Unsupported term really scares me - it sounds like use at own
risk, not we shouldn't be supposed to answer your question. I am
sorry to speak like that - I realize that my opinion could
Jan Bandouch wrote:
I do compile with -mown-gp as in the example. Couldn't find anything
about it. What does it do?
curiousWhere did you look?/curious
It is a GCC option that is specific to Palm OS, and is documented as such
at http://prc-tools.sourceforge.net/doc/ .
John
--
For
Alexander Lange wrote:
if (densityCount 2)
Error(FontFamily must have 2 fonts with density 72 and 144.);
So obviously it is not possible at the moment to create a font family with
only a high-res member. Too bad. Maybe the Pilrc designers could rethink
this in the future.
If you read
Ben Combee [EMAIL PROTECTED] wrote:
Thanks for the update... it seems that when we update the font support in
PilRC, we should derive metrics from the least-density member of the family.
It already does that. Or at least it's intended too -- the support may
well be buggy. (Well, it uses the
Matthew Henry wrote:
1 Understanding what I am seeing when the debugger steps into Palm OS Code
2 Understanding the (68k) code that CodeWarrior is generating
Go to http://www.motorola.com/ and type m68000prm into the search box
at top right. This leads you to the 68K Programmer's Reference
Ben Combee wrote:
[The ARM ARM,] which you generally have to buy in physical form
If you get the evaluation CD version of ARM's RealView tools [...]
I generally consider that CDs have a manifestation in physical form. :-)
(Okay, perhaps buy is questionable.)
John
--
For information on
Linke, Andreas [EMAIL PROTECTED] wrote:
I've been programming Palm OS for 7 years now, but I can't remember
such a radical change. There seems to be no attempt at compatibility,
neither binary nor in source.
It seems to me that one summary of the things you've noted is this is a
new operating
Joe Siebenmann wrote re Cygwin's setup.exe:
If you aren't careful, the setup will try to UNINSTALL programs you
just tried so hard to put together. Oh, that's nice.. It needs
improvement..
Please describe the problem in such detail that it can be reproduced. Or
file a bug report. Or take it
Joe Siebenmann [EMAIL PROTECTED] wrote:
I haven't seen the 'Eclipse IDE' release, and I'm sure you're trying to
figure out how to distribute it.. I have a good idea. :-)
I had the impression that they knew what form they wanted to distribute
it in, but had not figured out where to find a
Jim Cooper [EMAIL PROTECTED] wrote:
It provides a substrate that makes it practical for volunteers to provide
free tools to you on Windows.
Plenty of people provide free tools without using cygwin. I've even done
it myself.
Okay, a clarification: ...to provide these and similar free
Joe Siebenmann [EMAIL PROTECTED] wrote:
I'm trying to build the sample Virtual Device Driver, CryptoDrvr, using
PRC-Tools..
30 seconds of looking at the CryptoDrvr source code shows that a virtual
device driver is just a lump of globals-less code in the 'code' #0 resource
with the function
Jim Cooper [EMAIL PROTECTED] wrote:
But what advantage is cygwin to someone who does **not** want to use the
command line?
It provides a substrate that makes it practical for volunteers to provide
free tools to you on Windows. And it's all the graciousness and gratitude
from Windows users just
David Webb [EMAIL PROTECTED] wrote:
#define MAX_DOWNLOAD_SIZE 46000
[...]
StrPrintF(msglabel, %u, MAX_DOWNLOAD_SIZE);
When ints are 16 bits, the integer constant 46000 has type _long_ int,
so amusingly enough is not what StrPrintF is expecting when you say
%u. Even more amusingly, 0xb3b0 has
Dyekiss Emil Gergely [EMAIL PROTECTED] wrote:
warning: passing arg 1 of 'WinSetPattern' from incompatible pointer type
See http://groups.google.com/groups?selm=a0uugq%24jqa%241%40zappa.falch.net
John
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
[W]hat is the MIME type associated with a .prc file?
application/vnd.palm; see
http://www.iana.org/assignments/media-types/application/vnd.palm
John
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/support/forums/
Douglas Handy [EMAIL PROTECTED] wrote:
However, it appears two of the files have a zero length:
usr/m68k-palmos/bin/as.exe
usr/m68k-palmos/bin/ld.exe
Unless my tar utility is failing me, both of the above are given as 0 bytes,
created 12/26/2003 at 21:04.
They *do* have zero
[EMAIL PROTECTED] wrote:
The problem is that one of your High Resolution Glyphs is not exactly
double the width of it's low resolution counterpart.
This is a bug in PilRC, because it should complain and notify you of the
problem (Constructer does).
That would be a *bug* in the font, and a
Peter Easton [EMAIL PROTECTED] wrote:
I'm looking to receive some kind of compile-time notification if a structure
size isn't what I'd expect it to be. Something like:
#IF SIZEOF(MyStructType) != 100 DISPLAY Oops, there's problem
Sadly the sizeof operator is not available in the
Joshua Richie [EMAIL PROTECTED] wrote:
I am trying to use the Garmin SDK with GCC
Man, am I sick of SDKs that require you to register before you can
download them :-(. Fortunately this one doesn't ask for too many
details...
Anybody have any idea's how to fix this warning, or what it
means?
Gregg Woodcock [EMAIL PROTECTED] wrote:
Hildinger, Robert [EMAIL PROTECTED] wrote:
Gregg's original code: static const char threeChars[] = {123};
Code from your reply: static const char threeChars[] = 123;
Gregg's code may not be perfect C syntax, but it generates the same
exact code. The
Gregg Woodcock [EMAIL PROTECTED] wrote:
You said, the 2 different definitions are entirely different
[...]
In other words, the 2 are exactly the same
There are *three* definitions under consideration. One is entirely
different from the other two.
No, it's a single dimensional array.
No,
Gregg Woodcock [EMAIL PROTECTED] wrote:
John Marshall [EMAIL PROTECTED] wrote:
Hmmm. I noted my sources (ISO/IEC 9899:1999 6.7.8/11). What are yours?
Those sections apply to scalars; we are talking about aggregates (arrays).
The text I quoted is actually from paragraph 14, which
Caspar Heiden, vd [EMAIL PROTECTED] wrote:
You can control the stack size with the pref - Stack Size setting in
constructor.
Could somebody please tell me how to do this in PiLRC?
It's not particularly obvious why you would want to.
If a stack setting resource is going to have any effect,
kcorey [EMAIL PROTECTED] wrote:
I know I felt delicate the next morning after just 2 beers (maybe
3?)...I can't imagine what your head must have felt like.
And as Ken knows I was feeling rather delicate too, as was the carpet. :-)
Thanks, Andrés, these sorts of emails are much appreciated!
David Barton [EMAIL PROTECTED] wrote:
I have performed palmdev-prep several times, and
*still* when I attempt to run m68k-palmos-gcc via the make file, I get the
#error No genuine PalmOS.h message, when it tells you you may need to run
palmdev-prep.
It turns out that Dave was in fact using
Luc Le Blanc [EMAIL PROTECTED] wrote:
How can I detect I'm running under POSE,
Well, I'm sure you know how to do that, or where to look in the Poser
documentation or the archives to find out (e.g. type detect into the
search box at escribe's emulator-forum archive).
and with a debug ROM?
Look
David Barton [EMAIL PROTECTED] wrote:
I have performed palmdev-prep several times
What does palmdev-prep say when you run it?
You want it to say something like
Checking SDKs in /PalmDev
sdk-5 headers in 'include', libraries in 'lib'
When GCC is given no -palmos
Dave Lasker [EMAIL PROTECTED] wrote:
I got the identical error message when I tried prc-tools for the first time.
This was due to my installing SDK 5, but not noticing that the tutorial's
makefile includes the line:
CFLAGS = -palmos4.0 $(DEBUGCFLAGS)
Yes, but...
While prc-tools 2.2 would
Daniel Seifert [EMAIL PROTECTED] skrev:
Am Fr, 2003-11-21 um 16.32 schrieb Ton van Overbeek:
If you compile your small test program with -S (=generate assembly)
you see what is happening, For MAX=9 the cmd struct is initialized
by code. For MAX=10 there is a copy in the .data section which
You still mean sections, not segments.
Gregg Woodcock [EMAIL PROTECTED] wrote:
OK, now that you've had your fun (which is somewhat deserved), hopefully you
are willling to help me actually figure out WHY this does nothing for me.
Dude, I have been helping you the whole time. (Meanwhile, you
[I am unsure which of PLEASE in the subject line and woefully
inadequate makes me less inclined to help you. Nevertheless...]
Gregg Woodcock [EMAIL PROTECTED] wrote:
The only dox/info I can locate online are woefully inadequate:
http://prc-tools.sourceforge.net/doc/prc-tools_3.html
As I
Gregg Woodcock [EMAIL PROTECTED] wrote:
I cannot run gcc compile with -pedantic as the Palm SDK are non-compliant
with strict ANSI C standards. The big offender is non-int enums declared
like this:
typdef enum { UP, DOWN, LEFT, RIGHT } DirectionType;
instead of like this:
typdef enum {
Gregg Woodcock [EMAIL PROTECTED] wrote:
Yes, however the documentation DOES NOT CONTAIN the referenced
information/content! I challenge anyone to find it (I have looked deeply).
What are you offering as a prize in your challenge?
In any case, the documentation should be updated to say that
Michael Yam [EMAIL PROTECTED] wrote:
I think the C standard defaults to static function declarations.
Uh, no. But there is potential for confusion between the requirement
for a declaration, and a function's staticness.
// Translation unit a.c
int foo() { return 1; }
int
(You still mean multi-SECTION, not multi-segment.)
rguevara [EMAIL PROTECTED] wrote:
according to page of the PRCtools, the Pilotmain and the functions
that calls directly must go in the first segment, but single those of
first level of call. Because but all the program would go in the same
(You mean multi-section code, not multi-segment code.)
rguevara [EMAIL PROTECTED] wrote:
the file .ld generated is:
/* DO NOT EDIT!
This file was automatically generated by m68k-palmos-multigen v2.2
from AdmnDI.def */
.file AdmnDI-sections.s
No, that's the .s file, and you've
rguevara [EMAIL PROTECTED] wrote:
$(APP): $(SRC:.c=.o) $(SECTIONS).ld
$(CC) $(CFLAGS) $^ -o $@
If it should happen that you don't know what this means, then I suggest
that you write it out using simpler make constructs -- for example, two
simple lists of the .o files and other files
Aaron Ardiri [EMAIL PROTECTED] wrote:
free compilers sometimes require you to think.
Unfortunately expensive compilers have the same requirement about
equally often. Ditto non-free compilers.
Rguevara should go back to the original makefile and my first response,
which did contain a
Dave Ellis [EMAIL PROTECTED] wrote:
Any ideas?
Evening classes?
John
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/support/forums/
Ben Combee [EMAIL PROTECTED] wrote:
At 09:55 PM 11/11/2003, Luc Le Blanc wrote:
Can I do the same to read the gadget data with FrmGetGadgetData or do I
absolutely have to use a union?
I don't understand. Why *wouldn't* you want to use a union?
Try
UInt32 data = (UInt32) FrmGetGadgetData(
Anders Rahm-Nilzon [EMAIL PROTECTED] wrote:
What flag do I use to check if I'm running on PalmOS or Windows
s/running on/compiling for/ presumably.
See http://prc-tools.sourceforge.net/faq/ ; and you'll find something
more or less similar in the CodeWarrior documentation if that's what
you're
James Zatorski [EMAIL PROTECTED] wrote:
$(PRC): bin.stamp $(APP) $(DEF)
$(BUILDPRC) $(DEF) $(APP) # [Your mistake is here]
[...]
bin.stamp: $(RCP) $(APP).bmp smallicon.bmp
$(PILRC) $(RCP) $(BINDIR)
touch bin.stamp
Look carefully at your makefile.
This was nothing
Luc Le Blanc [EMAIL PROTECTED] wrote:
typedef struct
{
UInt16 color;
UInt16 resID;
} GadgetData;// same size as a void *
[...]
GadgetData data;
[...]
FrmSetGadgetData( form, FrmGetObjectIndex( form, PrefsTraceColorGadget
), ( void * ) data );
But
Dave Lasker [EMAIL PROTECTED] wrote:
Do you have an online pointer to the pilot.programmer.gcc thread GDB and
POSE's Gremlins?
If I had had, don't you think I would have posted it? ;-)
However I've been home and looked at my archives now, and the Poser 3.5
patch is quite simple:
In
Laurens [EMAIL PROTECTED] wrote:
How can I tell the GDB debugger (PRC Tools) not to break in PilotMain?
http://prc-tools.sf.net/cgi-bin/info/Palm+OS-specific+GDB+features
I'm running Gremlins in POSE to stress test my app. One bug occurs
somewhere between step 2000 and 3000 and I want
Régis St-Gelais wrote:
Since the October 19 shutdown my news reader is no longer able to
connect to the news server
The problem is at least two-fold.
$ host news.palmos.com
news.palmos.com has address 216.91.57.210
news.palmos.com is an alias for palm.lyris.net.
Mark Lenz [EMAIL PROTECTED] wrote:
I went to the Palm Source website to see if there was an updated SDK.
Look again. There is now a 5 R3 SDK there that includes PalmOSGlue etc
for prc-tools.
John
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
Jan Bandouch [EMAIL PROTECTED] wrote:
I want to develop under Linux. I know that there's the PRC-Tools
(Compiler + Debugger), and a couple of emulators, but I'm searching for
something to easily create GUIs for the Palm.
I suspect that most people on Unix, believe it or not, just lay out
Scott Thibault [EMAIL PROTECTED] wrote:
I can't seem to get GDB to work the Palm Simulator. It works fine with
POSE, but when I run it with the simulator it does not seem to understand
address.
The following is noted in the manual [1]:
* The Palm OS Emulator (version 2.1d22 or
Ralf Zimmermann [EMAIL PROTECTED] wrote:
For this test, I am using GCC/PRC-tools on Windows under CygWin.
[...]
In file included from /PalmDev/sdk-5/Incs/libraries/SonyLibPublic.h:28,
from /PalmDev/sdk-5/Incs/SonyClie.h:29,
from CollapseUtilsSony.c:2:
Jeff Collett [EMAIL PROTECTED] wrote:
Would
# pragma once work?
Of course not.
The problem here is that PilRC contains only a rudimentary preprocessor.
That's not too surprising, because PilRC's interests lie in being a
resource compiler, not a preprocessor.
#define is about the most commonly
On Sat, Sep 20, 2003 at 03:21:31AM +0800, Mohammad Afshari wrote:
I'm kinda dying here, beacuse i cant get my build-prc.exe going.
[...]
the procedure entry point __getreent cuold not be located in the dynamic
link library cygwin1.dll
This is not a build-prc problem. It is a Cygwin problem:
Jan Slodicka wrote:
MemHandle hCmd = ClipboardGetItem( clipboardText, cmdLength) ;
[...]
StrNCopy( cmd, cmdPtr, cmdLength ) ; // This fails on accessing
low memory address
[...]
The problem is that StrNCopy() accesses cmdPtr[cmdLength]. The cure to
the problem is to replace StrNCopy
Jan Slodicka wrote:
I thought that a check for cmdptr!=NULL was redundant as cmdptr is obtained
from a non-NULL handle.
You're right of course -- I was thinking of checking hCmd != NULL, which
you are indeed doing. Sorry, it was a late night last night!
(The string on the clipboard was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Version 2.3 of prc-tools has been released. Source code and binary
packages (for x86 Linux and Microsoft Windows) are available from
http://prc-tools.sourceforge.net/
New features include a substantially rewritten (partial) standard C
Lance Gregory [EMAIL PROTECTED] wrote:
I am not familiar with what HB++ is. I appreciate your answer.
So I typed HB++ into Google, and sure enough...
John
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/support/forums/
Lance Gregory [EMAIL PROTECTED] wrote:
Is there a way to make my launcher run instead of the default palm
launcher?
So I typed launcher into the search box at the escribe.com
palm-dev-forum archives, and sure enough...
Lance, I'm not sure you're taking full advantage of the resources
already
On Mon, Sep 08, 2003 at 12:22:06PM -0500, [EMAIL PROTECTED] wrote:
[HostFEOF()] Returns 0 if the specified file is at its
end, and a non-zero value otherwise.
But I observe the opposite behaviour. I.e., HostFEOF() returns 0 is *not*
at end and non-zero if at end.
Can somebody
On Thu, 21 Aug 2003, Khaki Wizard [EMAIL PROTECTED] wrote:
John Marshall wrote:
These are messages from build-prc, not m68k-palmos-g++.
Congratulations; this diagnostic is not easy to produce.
Actually it is the output of obj-res.
Ah. Well, that would be the *easy* way to produce
On Thu, 21 Aug 2003, Khaki Wizard [EMAIL PROTECTED] wrote:
/usr/m68k-palmos/bin/ld: region datares is full
(xx section .bss)
[...]
Why is .bss full?
It is the datares region that is full, and this fact has been detected
when an item in .bss was pushed out past the limit. But these facts
On Wed, 20 Aug 2003 11:45:44 -0700 (PDT), Khaki Wizard wrote:
When I multi-sectioned my C++ program, g++ has some warnings like:
g2palm:.data+0x1998: warning: reloc relative to
strange section 'SECT2'
These are messages from build-prc, not m68k-palmos-g++.
Congratulations; this diagnostic is
On Fri, 08 Aug 2003 08:04:29 -0500, Mark Slagell [EMAIL PROTECTED]
wrote:
# palmdev-prep
Checking SDKs in /opt/palmdev
sdk-4 headers in 'include', libraries in 'lib'
[...]
When GCC is given no -palmos options, SDK '4' will be used by default
[...]
Next 'make' had the same no genuine
Madhav Pulapaka wrote:
This took care of the linker errors but now build-prc is not able to
process my BFD executable, showing me the following:
build-prc myapp.prc myapp.def myapp *.bin
myapp.prc: resource 'code' #1 is missing
You need to reread what the instructions say about
On Mon, Jun 23, 2003 at 01:32:07PM +0100, Paul Johnson wrote:
Crap, one other thing I meant to ask. Is there a compiler #define I
can pick up from somewhere to tell that I'm targetting a palm device ?
Please consider reading the FAQ and documentation, available at
On Mon, Jun 02, 2003 at 09:32:02PM -0400, Richard Coutts wrote:
I'm wondering if I can use VFSFileGet(Set)Attributes to set my own custom
flag for a file. The attributes is a 32-bit number, but the OS only seems
to be using the lowest 8-bits or so and the rest are undefined (according to
the
On Tue, Jun 03, 2003 at 02:58:49PM -0700, Jeff Ishaq wrote:
I advised that if the files are in the PDB format, then that custom flag
may be stored in the appInfo block; if the files are in raw format [...]
Thanks for the summary; I did actually read your posting.
It seemed to me that the
On Thu, Apr 03, 2003 at 01:14:54PM -0500, Dave Lippincott wrote:
I wouldn't work with the field attributes directly. This will not work with
OS 5 or newer versions. Try running this code in Pose and see how many
complaints you get.
Er, none? :-) Or probably one, but for a different reason
On Tue, Apr 01, 2003 at 08:57:40AM +0300, Dan Patrutiu wrote:
Ben Combee [EMAIL PROTECTED] wrote
Actually, the Lesser GNU Public Licence (LGPL) is more stringent than
that. One of the goals of the LGPL is that you must give the user freedom
to update the library and relink the program to a
On Mon, Mar 24, 2003 at 08:13:01PM -0700, Eddie Ludema wrote:
SRC=$(APP).c section1.c section2.c
SECTIONS=$(APP)-sections
CC=m68k-palmos-gcc
MULTIGEN=m68c-palmos-multigen
...you would think that the typo here was a signal that $(MULTIGEN) is
not in fact being used...
$(APP): $(SRC:.c=.o)
On Fri, Mar 21, 2003 at 12:16:29PM +, kcorey wrote:
Basically, the current set of Build instructions for PRC-Tools doesn't
seem to be working with the current version of cygwin...
Actually what you mean is ...with the current version of Cygwin, in the
way I have it installed on my machine,
On Thu, Mar 13, 2003 at 07:06:09AM -0700, Dave Ek wrote:
Ton van Overbeek wrote:
As soon as you do some floating point operation the code pulls in the
simulated floating point condition code register (fpCCR).
Yes indeed.
So what needs to be done is to somehow get the fpCCR in the syslib
On Mon, Mar 10, 2003 at 02:10:39PM -0600, Ben Combee wrote:
float a,b;
a=2.0;
b=3.0*a;
This was enough to generate the global data ignored message from
build-prc. If I comment out the third line, the message goes away.
It is likely that the compiler is generating the
On Thu, Mar 06, 2003 at 12:05:31PM -0600, Ben Combee wrote:
Ton, why doesn't GDB just use the RPC interface to call FtrSet to setup
thie 'gdbS' before it downloads the application to the device/emulator?
Patches are welcome :-).
But the better solution is to change GDB so that it is not
On Thu, Mar 06, 2003 at 07:36:16AM -0800, Daryl Huff wrote:
Thanks, that did the trick. I went back and read the documentation at
http://prc-tools.sourceforge.net/doc/prc-tools_5.html#SEC29 and the
documentation there still looks to me like you only need to do this on
real device.
You are
On Thu, Mar 06, 2003 at 02:36:20PM -0700, Scott Heffron wrote:
I found this in some code and noticed that it is an alarm clock on the
application. I am trying to find out what other images are available.
Type AsciiChart into Google or http://www.escribe.com/computing/pcpqa/
szBuf[0] =
On Wed, Mar 05, 2003 at 03:47:47PM +0100, Chris Apers wrote:
--| illegal implicit convertion from 'void (B::*)()' to 'void (*)()'.
I know my typedef declaration is wrong but i can find how to declare it.
The C++ FAQ has an entire section devoted to pointers to member functions.
John
On Tue, Mar 04, 2003 at 09:15:41AM -0700, Brad Figler wrote:
Can someone suggest a recommended method for converting doubles to
strings?
It's quite hard in general. The canonical reference IMHO is Steele and
White, How to print floating-point numbers accurately, SIGPLAN '90.
That was a both
On Mon, Mar 03, 2003 at 04:04:42PM +, Sean Charles wrote:
I have a lot of inline assembler, which was in a .c file, when moved to a
.cpp file, the compiler complained badly about this and that. Eventually I
figured it out:
This is what the C++ compiler accepts:
#define
1 - 100 of 577 matches
Mail list logo