CompuServe Archive

This is an archive of CompuServe forum messages from 1985 to 1995, as saved in transcripts by John Foust.

Search Results (749 messages)

#74583-SmartHeap Message #74959
From: Robert Sherlock Forum: DDJ Forum October 10, 1994 10:31 PM
You might look at Stratosware's "C-Heap Standard" – it's only $99 (+$40 for source). I haven't used it, but find their Memcheck memory management debugger an excellent product so I'd have considerable confidence that it would work well. Contact them on 70244,1372. Good luck. (NB I have no ties with…
Reply to message #74583
SmartHeap Message #74583
From: Syndesis Forum: DDJ Forum September 30, 1994 10:40 AM
My company makes a 3D file format translation program for Win32s using Visual C 32-bit. Some of our translators had big troubles when ported to Win32s. They were doing several thousand small malloc()s and realloc()s and after only about 20K of total allocations, malloc() would fail after growing slower and…
From: Mike Floyd/DDJ Forum: DDJ Forum August 5, 1994 11:58 AM
I understand the question, but don't have a good answer. The code that accompanies Bill Jolitz's article on the ISO-9660 filesystem format (DDJ, December '92) includes utilities to decode a CD-ROM and view a file. I'm not sure if this will have what you need, but check the file out…
Reply to message #71806
From: Mike Floyd/DDJ Forum: DDJ Forum August 5, 1994 8:49 AM
I believe Bill Jolitz has done some level 2 work for 386BSD. Unfortunately the code is around here. Check both in the CDROM forum and the Microsoft forum. You may have better luck there. — Mf
Reply to message #71743
From: Bill Daly Forum: DDJ Forum June 17, 1993 2:24 PM
#define CHARIZE(x) (x[0]) should give you what you want, since "a"[0] is the same as 'a'. 1: Perfect! Thank you! 2: /send(I should have read "Obsfucscated C" a litltle closer, they use t 3: hat trick all the time…) 4: /post
Reply to message #49750
From: Keith Hess Forum: DDJ Forum January 18, 1993 4:57 PM
I remember seeing a Hex calculator from Radio Shack. I don't know if they have them anymore though. Or you could always get a RS Model 100 laptop and use it as a fancy calculator 🙂
Reply to message #43996
From: jon lewanda Forum: DDJ Forum January 17, 1993 7:50 PM
Unfortunately, the HP16 is "out of print". I used to have one, but made the mistake of leaving it at work and it sprouted legs :-). It definitely was RPN, but I consider that a bonus, not a short coming! (I'd gladly pay $100 I could get my hands on…
Reply to message #44038
From: Mark Betz [Semaphore] Forum: DDJ Forum January 17, 1993 1:54 PM
Hi. I don't know about the 16C, but the 27S I described doesn't use RPN. Maybe it was a marketing move on the part of HP . The 27S uses standard notation, and has a multiline display with a cursor, so that yu can back up and edit at any…
Reply to message #44038
From: Tom Moran Forum: DDJ Forum January 17, 1993 12:10 AM
'simple in Ada … a pain in C … what kinds of things' Multitasking, object assignment (eg a:=b; where a and b are structures or arrays, not just ints or chars, with the compiler generating REP MOVs as appropriate), dynamic array sizes, multi (vs static/not static) level name space, the…
Reply to message #44020
From: Gary Hundt Forum: DDJ Forum January 16, 1993 11:01 PM
Control-C Intercepted Menu 1 Continue 2 Return to menu/prompt 3 Return to forum top 4 Exit this forum 5 Log off Enter choice: % Invalid choice Control-C Intercepted Menu 1 Continue 2 Return to menu/prompt 3 Return to forum top 4 Exit this forum 5 Log off Enter choice: 3
Reply to message #43947
From: Mark Betz [Semaphore] Forum: DDJ Forum January 16, 1993 10:07 PM
Hi. For what it's worth, another recommendation. I use a Hewlett-Packard 27S Scientific. They're around $70. Hex to 9 digits, binary to 38 digits, octal to 13 digits. I don't know what the limit on decimal is. I can't locate the manual at the moment, and I stopped my manual…
Reply to message #44022
From: Bert Put Forum: DDJ Forum January 16, 1993 8:24 PM
Hi Tom, Hmm, OK. I stand (sit!) corrected. I certainly agree that the more "fiddly" the project is, the more "low-level" your language has to be to cope with it. I'm sure you already know that the more "low-level" your language is, the more responsibility is bestowed on the programmer…
Reply to message #43908
From: Alan Reider Forum: DDJ Forum January 16, 1993 5:31 PM
I am using a Casio CM-100 "computer math calc". it has "BIN" "OCT" "DEC" "HEX" keys for single key-switching as well as A-F keys. solar powered. algebraic. time calculations. parens 6-deep, a-shift,shift, rotate, bit-size 1,4,8,16,or 32, only *8* hex digits though. roughly 5 x 2 1/2 x 3/8. well built,…
Reply to message #43996
#43827-seg:offset Message #43931
From: Mark Betz [Semaphore] Forum: DDJ Forum January 14, 1993 8:23 PM
Hi, Mike. I think the single largest cost factor at the time, which justified the use of the 8088, was the cost of making circuit boards that could handle the extra address lines. That technology (multi-layers, fine tracks) was very expensive back then. –Mark
Reply to message #43827
From: Tom Moran Forum: DDJ Forum January 14, 1993 12:22 PM
I would slightly amend your statements: The news is that *any high level language* is _already_ … … is great for structured programming but when you need to do "fiddly" things, *assembly* is definitely the language of choice. C allows *the same kind as assembly of* integration of modules ……
Reply to message #43899
From: Bert Put Forum: DDJ Forum January 14, 1993 3:57 AM
Tom, The news is that C is _already_ much more proliferant than assembly because it's much easier to understand, and you get to do less work for the same result. The compiler does all the dirty work for you and looks after such things as registers and segments. Some compilers…
Reply to message #43844
From: Larry Widing Forum: DDJ Forum January 13, 1993 7:53 AM
Tom, I can safely say that the language of use in 20 years will look like nothing any of use can predict. Hopefully it will be a language that takes the best of the current languages, and drops the worst of those languages. Though I would say that C will…
Reply to message #43844
From: Tom Moran Forum: DDJ Forum January 12, 1993 9:22 PM
I'd venture that in 20 years C will be used as much as assembly is today. Large programs (unfortunately the wave of the future) will be written in a more structured language that will probably be a Pascal descendant.
Reply to message #43704
seg:offset Message #43831
From: MIKE HALLORAN Forum: DDJ Forum January 12, 1993 12:15 PM
And conversely… -Mike-
#seg:offset Message #43827
From: MIKE HALLORAN Forum: DDJ Forum January 12, 1993 10:23 AM
I think 8086 chips were available first. The 8088 was supposed to appeal to cost- sensitive designers. Using an 8088 saved a lot of complicated and expensive byte swap hardware on memory boards. The 8088 and 8086 have the same basic architecture, and use the same addressing scheme. Software can't…
#43750-seg:offset Message #43811
From: jon lewanda Forum: DDJ Forum January 11, 1993 11:00 PM
Rud, Because the C cross compiler (for which we had paid about $7500) couldn't handle certain syntax errors and crashed when it encountered them. The point is that I don't think my co-workers would be real happy if I inadvertantly tried to compile such a program while they were in…
Reply to message #43750
#43707-#seg:offset Message #43750
From: Rud Merriam [CLM] Forum: DDJ Forum January 10, 1993 10:16 PM
jon Why are you getting a core dump except because something needs debugging? Rud
Reply to message #43707
seg:offset Message #43749
From: Rud Merriam [CLM] Forum: DDJ Forum January 10, 1993 10:16 PM
Phil But the criticisms in this thread have been about Intel's decision almost 15 years ago to implement a 20 bit address. This expanded the addressing tremendously for that time. To critisize by todays standards is improper. Rud
seg:offset Message #43729
From: James Bath Forum: DDJ Forum January 9, 1993 9:10 PM
Rud, Thanks for the reply. Interesting food for thought and research. Now it's time for me to roll up my sleeves and start roughing out my paper. When the rough draft is done, I'll probably be poking around for some more enlightment. Thanks again. James
From: Ken North Forum: DDJ Forum January 9, 1993 8:28 PM
Remember to choose your book title carefully or you won't be able to sell to the ones who are incarcerated. They can't receive programming materials so you should probably title it something like "Blueprint for Murder"…
Reply to message #43705
#seg:offset Message #43707
From: jon lewanda Forum: DDJ Forum January 9, 1993 10:43 AM
>> OS protection is a *debugging* aid, not a crutch. That may be true in an embedded or single user system but I don't think unix would be as successful as it is if every core dump (of which I've had many, including commercial compilers) caused the entire system to…
#Age and Programming Message #43705
From: steve heller Forum: DDJ Forum January 9, 1993 8:36 AM
Ken, Unfortunately, we seem to be becoming a nation of illiterates. I have a couple of contrary indications, however. First, CI$, among its other virtues, has made literacy more useful, as all of the interactions are carried on through the written form of language. As educators in the language arts…
From: Bert Put Forum: DDJ Forum January 9, 1993 2:23 AM
[Continued] C will also perform conversions from one variable type to another when it can, at times when pascal would throw up its arms in horror. This has its pros and cons. Sometimes the conversion is OK and your results are as expected. Other times a conversion results in the…
Reply to message #43703
#Pascal or C++ ? Message #43703
From: Bert Put Forum: DDJ Forum January 9, 1993 2:23 AM
Hi David, I dunno if this is any help, but here goes: I'm proficient in both Pascal and C (not C++). I've written large programs in both lanuages and if I were to make a choice between the two, I'd choose C. I learnt Pascal first and have about 4…
Age and Programming Message #43694
From: Tom Genereaux/DDJ Forum: DDJ Forum January 8, 1993 7:45 PM
Well, I think that one of the reasons that we need debuggers less is simply experience – we don't code the same common errors anymore. I spend a fair amount of time inside of gdb and the kernel debugger these days – but I'm doing some *large* and complex code…
From: Mike Floyd/DDJ Forum: DDJ Forum June 23, 1992 2:00 PM
I'll check and let you know. — Mf
Reply to message #39974
From: Jason R. Hansen Forum: DDJ Forum March 28, 1990 5:51 PM
I am sorry to hear that. Do you happen to know who would be familiar with his September 1988 benchmarking of Modula-2 compilers? I am still looking for the source for Dhrystone. Thanks, jason
Reply to message #24552
#24602-TEXT SEARCH Message #24613
From: Al Stevens Forum: DDJ Forum March 28, 1990 3:34 PM
Brad, You can back away from the Curses stuff by backing off one month. The project was completed when I decided to use the Lattice library to add some displays. All the indexing and search code is in the months that come before the Curses column. I never compiled with…
Reply to message #24602
From: Al Stevens Forum: DDJ Forum March 28, 1990 3:34 PM
Chris, TopSpeed C has a TSR named WATCH that does what you are looking for. Al Stevens
Reply to message #24599
From: John M. Dlugosz Forum: DDJ Forum March 28, 1990 1:06 PM
yup, that is an error all right. I can see what is going wrong. I'll pass your problem along to Walter & co. Yea, get another compiler and use it as a LINT checker. Zortech does not report as many errors as it should, and it is nice to make…
Reply to message #24608
From: John M. Dlugosz Forum: DDJ Forum March 28, 1990 1:05 PM
The WATCH program that comes with JPI C's TechKit is just what you need. It can diagnose DOS calls and write them to disk, and is settable as to which calls is reports. I've used it to figure out what was wrong with a program that gave me insufficiant error…
Reply to message #24599
From: Phil Rose Forum: DDJ Forum March 28, 1990 11:14 AM
Your right, thats a bug. I compiled it in Zortech and got the same error, then tried it on cfront and it compiles without error. What you are doing is perfectly legal. You should probably report that to Zortech technical support…
Reply to message #24608
From: Bob Goldrich Forum: DDJ Forum March 28, 1990 7:39 AM
/*———————————————————————— OK, this time I think I have found a bug in the Zortech compiler. I get the following error message: m11 = v.x ; ^ "gold2.cpp", line 29 Syntax error: member 'x' of class 'Vector' is private I thought I took care of the privacy problem by making my…
#24580-Heap Expander Message #24607
From: pat cassidy Forum: DDJ Forum March 27, 1990 11:30 PM
Tom, How does it work with DESQVIEW etc??? any problems?? Pat
Reply to message #24580
From: Richard B. Gilbert[VAX] Forum: DDJ Forum March 27, 1990 10:00 PM
Good idea John. Why not suggest it to the sysops.
Reply to message #24586
From: Pete Becker Forum: DDJ Forum March 27, 1990 9:00 PM
Chris, It's not shipping yet, but our new Turbo Profiler lets you trace calls to any interrupt, as well as doing the more obvious things that you'd expect from a profiler. Before you ask, the projected ship date is 2nd quarter of this year. — Pete
Reply to message #24599
From: Don E. Groves, Jr. Forum: DDJ Forum March 27, 1990 8:26 PM
Dale – GoodLuck If you need a beta tester with C experince look me up. I monitor this forum and serval others. .Jr..
Reply to message #24573
LOGICL.ASC Message #24603
From: brad fuller Forum: DDJ Forum March 27, 1990 8:09 PM
I again downloaded LOGICL.ASC and it still has garbage in it. I've downloaded it using several methods (the last time with TAPCIS using COMPUSERVE B+) and all downloads are the same. So, I'm sure that it's not my download. The actual file seems to be corrupt. Could you please upload…
#TEXT SEARCH Message #24602
From: brad fuller Forum: DDJ Forum March 27, 1990 8:09 PM
Has anyone successfully used Al Stevens' TEXT SEARCH application? If so, have you converted it to plain vanilla microsoft C text output? I don't have Lattice's CURSES and really don't know anything about it. So, I sure would appreciate knowing if someone has made it work. – brad –
From: bill rubenstein Forum: DDJ Forum March 27, 1990 7:15 PM
I read your message last week and decided that I would come back to it when I had some time to figure out what you were up to in the code example. I have come back to it and have decided that I really don't want to know that badly.…
Reply to message #24442
DOS CALL TRACING? Message #24600
From: CHRIS RISLEY Forum: DDJ Forum March 27, 1990 6:28 PM
Is there a TSR which intercepts all DOS calls and writes the call and register information to disk? We use quaid analyzer but this requires stepping through the program and tracing in real time. Thanks
#DOS CALL TRACING? Message #24599
From: CHRIS RISLEY Forum: DDJ Forum March 27, 1990 6:20 PM
Is there a commercial or shareware product which runs as a TSR and which intercepts all INT 21 calls and writes them to disk? This would be incredibly useful in understanding the actions of programs with tracing the whole thing. We use Quaid Analyzer to do this now but it…
From: Daniel Flickinger Forum: DDJ Forum March 27, 1990 10:20 AM
please do it !!!
Reply to message #24397
From: JEFFREY C. DEGE Forum: DDJ Forum March 27, 1990 1:05 AM
If I recall, the source for Small C was included in "Doctor Dobb's Toolbook of C", (which I saw at the library, it may be out of print 😉
Reply to message #24589
From: Tom Genereaux/DDJ Forum: DDJ Forum March 27, 1990 12:49 AM
I run QNX, and the DTK's do not run QNX – something to do with the NEAT chipset. DTK are looking into the problem, but I haven't heard anything about how they are progressing.
Reply to message #24576
1 2 3 … 14 15 Next →

Page 1 of 15