The collected works of hamei - Page 20

jan-jaap wrote: So, in order to "make a fortune", you would have to

Of course, 'fortune' is a relative term. But given that unemployment is running a good 15%, I'd think that more than a paltry few people would consider a few thousand dollars extra per year to be a reasonable facimile thereof :)

Dr D had a different theory (Recondas can dredge it up in about thirty seconds, I bet) but if you are correct :

1) Have a bunch of the correct late rev. V10's

How many V10 Fuels are there out in the wild ? How many owners would pay $100 to upgrade to a V12 ? That's your 'target' customer.
2) Have a bunch of dead V12's to rip the NIC chips off.

I'm going to assume that those chips are commercially available. I know, with SGI you can never assume anything like that - their serial port cards use their own wacked-out chips. But the Fuel was built fairly recently.
3) Hope you can actually change the EEPROM

There's the tricky part
3) Replace the part# label stickers on the cards

Even I can do that :P

... and even then, (if the customer is actually SGI themselves)

Why would you waste your time with SGI ? It's all the Fuel owners who want V12's. SGI has the prints. If they are too stupid to make more of their own parts, too bad for them.

And please don't tell me how much it costs. I live in China.

IMHO there are less cumbersome ways to make a few bucks.

You must be a 1%-er :P
kubatyszko wrote: Well maybe I'm smoking, first hamei suggested there may be a way to use Tezro's V12 in the Fuel, but later posts suggest "upgrading" V10 to become V12....

Sorry for the confusion. Tezro and Fuel V10's and V12's are the same. It would be more practical to upgrade a Tezro by using a Fuel card tho, the Fuel is a lot less expensive than a Tezro. The Octane V10 and V12 have similar features to the Fuel / Tezro / Onyx350 Infinite Performance, but a different physical layout and no DVI connector.

Pymble : the late model slot-mount V10's and V12's are physically the same. The earlier revisions were different but apparently later on the price of memory was less than the price of stocking two versions of the card, so they did the ol' "charge $5,000 to clip the gold wire to make it twice as powerful" trick. It might have made their customers happier if they'd given the V10 128 megs of memory and put 512 on the V12 but Profit is Our Most Important Product !!

Maybe that's why SGI went tits-up, too. Does value never enter into the calculations of the buffoons running our society ?
jan-jaap wrote: And Recondas noticed that the Tezro version has an extra fan header: viewtopic.php?f=14&t=16724415#p7332881

Is that just a header soldered onto a pad on the same base board, or is it a different circuit board entirely ? I had a Fuel V10 and a Fuel V12 sitting side by side and could not find any difference between them with my 6" magnifying glass. (Other than the part numbers, that is)
I had a tape of Cadkey 6 for Sun at one time. So there's one .....
Was cleaning up, came across a tarfile I'd never opened, wondered what it was ...

http://equinox3d.com/index.html

Pretty nice 3d modelling app from a guy who worked for Alias | Wavefront when they were a real company ! Looks good, (in fact, the screenshots on the website don't do it justice so don't be misled), has an Irix executable available. It's a few versions back from the Linnix one but maybe with some encouragement ...... download 'er, see what you think. Maybe we can twist his arm ...
geo wrote:
tonight is the start of cold winter here in my location..

Yeah, it drops down below 70 sometimes ... :P
skywriter wrote: You Die Joe!

I think he did, but his legacy lived on ...

oreissig wrote:
SAQ wrote:
Maybe they thought better of it.

it seems they only postponed it

This is just another indication of how small-minded the idiot MBA's running our society truly are. Eventually their obssession with squeezing every centime possble out of anyone who comes within grabbing distance destroys the company. Goose, golden egg, all that.

As for those who claim it doesn't matter, real customers will not be inconvenienced and no one cares about hobbyists, verily I say unto you, inasmuch as ye have done it unto the least of my brethren, ye have done it unto me.
oreissig wrote:
it really doesn't matter for IBM ;)

I understand what you are saying but we have verifiable proof that it does matter, even for IBM. In fact, especially for IBM. After their history they should be the very last company to do this. The IBM example is the one that should be up on the wall for all to contemplate. Technocrats snivel about "foo-foo classes at University" but in fact, more of those business d00ds should have some literature jammed down their throats. If they'd read any Greek tragedy they might not make these stupid stupid mistakes. HUBRIS !!

IBM invented the peecee, you know. No, not the "personal computer" but the IBM-compatible peecee that is a gazillion-dollar business today.

IBM also had the world's worst three-losing-quarters in a row and almost lost the entire company as soon as people had a viable alternative to their slimy arrogant "fuck the world, we're IBM" attitude. When clones came out people could not get away from IBM fast enough. Do you want to bet your company that there will never be an alternative to your crap behavior ?*

This short-term greedy stupidity will have consequences down the road. Oedipus did fine for a long long time but in the end his initial errors destroyed him. That was the point.

Lesson One : consequences are inevitable. That foo-foo feel-good literature crap is more relevant than our modern-day MBA's will accept**. People are still people, no matter how modern we are.

The "business point of view" will do nothing over the long run except destroy companies (and societies). Period. That's the point of Greek tragedy.



* A major problem with the US today is that CEO's could care less about the company. If they can get enough cash out in one or two years to make themselves wealthy the company can go directly to Hell, do not pass go, do not collect $200. Yet we idolize these worthless bastards. Americans are incredibly stoopid.

**Actually, MBA's are too retarded to understand the meaning of literature - if they had an IQ over thirty they'd get a real degree, but that's another subject.
oreissig wrote:
that's one nice and long paragraph, that you have written, which boils down to "IBM lost the PC-business, because of clones"...yes, that's how the PC-business works, it's made that way, that's not the case for mainframes or i or AIX (yes it is a unix, but it's probably the most different unix in current existence, so porting should be everything but trivial). there simply will be no easy alternative

and to repeat the essence of my previous posting: none of the customers relevant to IBM will notice any difference, they don't have to pay more, because they already have a support contract


There is no hope for the world.
geo wrote:
... this CNY ill go to Henan to my girls hometown ;) and christmas just here in shenzhen ... ^^)

You realize if she's taking you to meet the parents then you're going to get married ? I'm serious. You should probably not do that unless you are willing to take her for life.

On this occasion I am not being humorous ... you are playing with fire.
porter wrote:
So there is now no excuse for not writing WorkPlaceShell for IRIX.

Porter, it's not nice to bait the little fishies :)
PymbleSoftware wrote:
nekonoko wrote: Yep, been a known issue for quite a while: viewtopic.php?f=7&t=16724316


Thanks nekonoko. I failed to find that in my search before posting. At least there is another link back to the original topic now.


I was thinking ... (danger, Will Robinson. Danger ! Danger !) When a package is known to be bad, would it be better to ditch it entirely or to create a "known bad" directory it could be moved to so that maybe other people wouldn't have to start from scratch when packaging problem-child applications ?
guardian452 wrote:
Would all the knowledgeable engineers you know wear tweed jackets and likely be more qualified to operate a toaster than a computer?

Most likely ... Not to hurt your feelings, Sky, but you are kind of an old fart, your "engineers" were never that good anyway, not like these whip-sharp young kids that grew up with computers ...

Attachment:
skys_engineers.jpg
skys_engineers.jpg [ 24.21 KiB | Viewed 413 times ]


mapesdhs wrote:
... the simplest use of a word ...

I believe Sky has a problem with the English language. He mistakenly believes it should be used to accurately describe a situation. In the case you refer to, "undervolt" is obviously wrong. If it were under the voltage at which the cpu operates, then the cpu would not function. "Undervolt" is neither a noun nor a verb. Using it any other way than describing a failure to function is incorrect.

But what the heck, we live in the world of NewSpeak so why not ? When "democracies" really mean "puppet governments run by friendly dictators who willingly take our bribes to distribute to their friends and families", what the heck difference does the inaccurate use of a technical term matter ?

Unless, of course, you were referring to ...

Look ! in the sky !
It's a bird !
It's a plane !

no, it's .... Undervolt !!
Attachment:
undervolt.png
undervolt.png [ 22.93 KiB | Viewed 408 times ]
Dillo 3.0.2, so far ...
Code:
cc-1040 CC: ERROR File = ../lout/msg.h, Line = 14
An identifier is expected.

#define _MSG(...)
^

cc-1040 CC: ERROR File = ../lout/msg.h, Line = 15
An identifier is expected.

#define _MSG_WARN(...)
^

cc-1040 CC: ERROR File = ../lout/msg.h, Line = 16
An identifier is expected.

#define _MSG_ERR(...)
^

cc-1040 CC: ERROR File = ../lout/msg.h, Line = 19
An identifier is expected.

#define MSG(...)                                   \
^

cc-1040 CC: ERROR File = ../lout/msg.h, Line = 27
An identifier is expected.

#define MSG_WARN(...)                              \
^

cc-1040 CC: ERROR File = ../lout/msg.h, Line = 33
An identifier is expected.

#define MSG_ERR(...)                               \
^

cc-1055 CC: ERROR File = findtext.cc, Line = 231
A macro invocation has too many arguments.

_MSG("Having to do.");


Looks like just two errors so far but I amn't no C programmer :(
vishnu wrote:
Huh! Weird. And that's with MipsPRO 7.4 presumably?

Yes, it is ...
Quote:
Just edit out the dots between the parenthesis in each of those locations in msg.h and it should compile.

One small step for man, one giant leap forward for mankind !

That works, thank you. I suppose there's a reason for that ?

On to the next hurdle ...
Code:
cc-1055 CC: ERROR File = findtext.cc, Line = 231
A macro invocation has too many arguments.

_MSG("Having to do.");


Doesn't this C thing have any standards whatsoever ? Tell you what, if I made a wheel that had a 14.5" rim just because I thought that was cool, a hell of a lot of people would be really pissed at me.
vishnu wrote:
I'd like to look at that but presently I'm stuck with Makefile errors in fltk-1.3.0, are you using the Nekoware fltk on your Fool? It's version 1.1.7 or somesuch. If that's what you're using and it will work with this version of Dillo I'll stop trying to fix fltk's broken Makefiles...

Dillo says it needs 1.3, so I just grabbed it and compiled. Went okay as long as I didn't enable shared libraries.
Code:
./configure --prefix=/usr/nekoware

Directories: prefix=/usr/nekoware
bindir=${exec_prefix}/bin
datadir=${datarootdir}
datarootdir=${prefix}/share
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib
mandir=${datarootdir}/man
Graphics: X11+Xft+Xdbe+Xinerama
Image Libraries: JPEG=System
PNG=System
ZLIB=System
Large Files: YES
OpenGL: YES
Threads: YES
configure: creating ./config.status
config.status: creating makeinclude
config.status: creating fltk.list
config.status: creating fltk-config
config.status: creating fltk.spec
config.status: creating FL/Makefile
config.status: creating config.h
config.status: config.h is unchanged


and awaaay we went ... --enable shared didn't get to first base.

Here's my enwironment, if that helps - it's pretty simple :
Code:
setenv CC cc
setenv CXX CC
setenv F77 f77
setenv CFLAGS '-mips4 -O3 -c99 -I/usr/nekoware/include -I/usr/include'
setenv CXXFLAGS '-mips4 -O3 -c99 -I/usr/nekoware/include -I/usr/include'
setenv LDFLAGS '-mips4 -L/usr/nekoware/lib -L/usr/lib32 -Wl,-rpath -Wl,/usr/nekoware/lib'
setenv LD_LIBRARY_PATH '/usr/nekoware/lib /usr/lib32'
setenv LD_LIBRARYN32_PATH '/usr/nekoware/lib:/usr/lib32'
setenv MAKE gmake
setenv GNUMAKE gmake
vishnu wrote:
You must be using a different version of make than me. Mine is puking all over tabs versus spaces on the makefile in src. I cleaned up the first two errors, misplaced tabs, but am stumped at line 235. I'm not a make guru, but then no one should have to be, automake takes care of that but fltk stupidly doesn't use it. My version of make is, by doing `strings /sbin/make` - near the very end:

Code:
@(#)$Header: IRIX 6.5:1289662620 built 07/20/06 at splat:/xlv41/6.5.30m/root $


Yours is?


@(#)$Header: IRIX 6.5:1289662620 built 07/20/06 at splat:/xlv41/6.5.30m/root $
Code:
fewel 2% gmake -ver
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for mips-sgi-irix6.5

Tell you what : I'll send you fltk, you send me dillo :P

This really shouldn't happen, you know. I can understand complex pieces of software not being easily portable but this is ridiculous.

robespierre wrote:
man cc:
* The gcc compiler allows variadic macros; the MIPSpro 7.4 compilers
support these macros in c99 mode. If you have code that uses
ellipses (...) as part of a macro definition and you are not
compiling with c99, you will need to rewrite the macro. Two possible
approaches are to replace the macro with a new variadic function, or
to create a family of macros, each taking different (fixed) numbers
of arguments.

Ah. Thank you, monsewer. We'll have to discuss proper use of Mme Guillotine one of these days, I have a few prospective clients :) . I assume (where is dc_v01 these days, anyhow ?) that this means I could change CC=cc to CC=c99 and it would compile clean ? Will go try that. Maybe t'would be better to do the rest of the source that way as well, just in case.

Here's one of my pet peeves, btw. I know people don't rtfm but these days, even finding the fine manual is a chore. Usually it doesn't exist. It's getting to be difficult to even find the dependency requirements. A lot of places seem to think that documentation means directions for installing binary packages on twelve varieties of Crapnix. It's getting to be quite annoying.

Anyway, anybody got an idear about the
Code:
cc-1055 CC: ERROR File = findtext.cc, Line = 231
A macro invocation has too many arguments.

_MSG("Having to do.");

?
vishnu wrote:
C99 can compile C++ code?! :shock: Me doubts it... :|

Told you I didn't know what I'm doing :) I'm just doing grunt work, if some famous developers would step up to the plate I could restrict myself to giving lectures about how you idiots are shitting your own bed by sending all the middle class work overseas. But alas ... no rest for the wicked.

Quote:
Just as I suspected; I'll have to install gmake.

Yeah, all this stuff requires gmake. It's an easy fix tho, the gmake in nekoware works well. Then a simple setenv make gmake and you are ready for the brave new world of a thousand eyes, a thousand hands !

Quote:
I've not looked at that yet but it shouldn't be too tough.

Cool ! A newer Dillo might be nice. In the meantime I've started using a proxy and blocking off dozens of googlead addresses and turning off javashit. It helps. Fireflop only crashes once in a while now.

btw, c99 did not fix the problem. Robespierre's citation is probaly accurate but in this case, not a solution. The guillotine part tho, I'm still willing to discuss :P
vishnu wrote:
I'm looking at the second problem now, C++ was supposed to rid us of this type of macro nastiness, so I'll delete the macro and try reimplementing it with function overloading. But if it works it may only expose the next bad macro in a potentially unending chain... :cry:

EDIT: Just as I feared; dillo uses variadic macros throughout for message handling. The MIPSPro C compiler cranks through it just fine in c99 mode but the C++ compiler doesn't support c99 mode, for reasons that no doubt defy logical explanation... :(

C++ is pile of crap and the high-tech wizards bringing us this brave new world have the brains of a flea. What a bunch of incompetent morons. High-tech, a giant bowl of pigshit. This is ridiculous.
vishnu wrote:
Indeed, gcc has supported variadic macros in C++ for darn near a decade, I suppose it must not be part of the standard or MIPSPro would have to support it as well.

A little research finds that Richy Babe is exactly the same as Billy G. Extend ! Embrace ! Exterminate !

Variadic macros were not part of the C++ standard until - 2011 ! By which time, as you say, they had been a gcc "extension" for over ten years. The next time some dork tells me to "just use gcc!" I'm going to punch them right in the mouth. I am well and truly sick of this shit.

Got wxwidgets to compile yesterday, grabbed a few sample apps to check it out. Out of ten, maybe three actually compiled ? The rest threw up error messages ranging from "An unsigned integer is being compared to zero" (even a non-programmer can tell THAT is a stupid idea) to "the function xxx has no corresponding operator "delete" to be called if an error is thrown during initialization of an allocated object". Seems sensible. Quality ? Quality, anybody ? Testing ? Proper coding ? What's that ? It compiles with gcc, it must be fine !

This entire software thing is pretty much a pile of crap. Very discouraging. When I find something that actually compiles and works well these days I am shocked and amazed. This is going to be the high-tech future of the United States ? Crappy software and even crappier javashit-laden ad-driven web pages selling "luxury brand" garbage - anybody looked at the Gucci crap recently ? shit made for $5 in Guangdong, selling in the US for $375 ? Or "social networking" sites suitable for thirteen year olds, this is high-tech ? If somebody doesn't wake up real fast, the US is in deep shit without a paddle.

wxwidgets has an html widget. Seems like a possible for a browser that doesn't crash every five minutes. Maybe. Hope your Dillo alterations go well, you're past my level now :)
bvdwiel wrote:
NetBSD gives me what I need and it does so legally and for free. I don't see how this would make the machine any less of an O2 than others that are actually running IRIX. A Dell isn't any less Dell if it runs Haiku OS instead of Windows 7 either.


Umm, no. What you are saying is that a Fiberfab Valkyrie is the same as a GT-40. It isn't. It's fine that you run NetBSD, no problems with that, your computer etc etc. But unless you are also running the SGI software that actually uses that O2 hardware, it ain't really an O2. It's the combination that makes it what it is.
"A thousand eyes, a thousand hands" ... did he really mean to say "ten thousand monkeys, ten thousand typewriters" ? :(

wxwidgets might be okay, vish. At least it compiled. I'm just a little disappointed that it isn't what I thought it was (and I dont really see the point of it, if it is what it looks to be.)
vishnu wrote:
WxWidgets is a cross-platform application development framework, a pretty good one actually. Write once, run anywhere as long as "anywhere" is Windows, Linux/Unix or a Mac... :lol:

You can scratch the "/Unix" off that description, too :P

Okay le, explain this to this donkey : wxWidgets is "cross-platform." But what's the point ? It's not cross- toolkit . So you are still stuck with the same damned problem. The C part is already cross-platform (if the C code is actually up to snuff.) The part that's a hassle is the ridiculous amount of toolkits. So wxWidgets "uses the native toolkits" but there's already implementations of the native toolkits for almost every platform you might want to run.

You can't write wxWidget Base code then have wxWidgetMotif libraries turn it into "native" Motif on a native-Motif system, or get wxWidgetGTK2 output to "native GTK2" on a native-GTK2 system. (Which is what I thought it did and why there isn't a project to do just this astounds me ? Yes, of course it would be limited to the simpler functions but 90% of programs only use simple functions, so why not ?)

So what's the damned point ? GTK2 is the same across platforms, so is GTK, so is Motif, so is fltk. What do you get by adding another layer ?
SAQ wrote: I thought I remembered seeing that Fuel used a small encrypted EEPROM for the serial number.

This is not gospel, it's been quite a while since i had to mess with it, but both of you are right. There's an atmel system i.d. chip over towards the left end of the pci sockets AND apparently the Dallas chip remembers some settings, so when you change i.d.'s it's best to change both, if possible. At least, that was my experience.
nicte wrote: Well, now I have a real mess...
So :
1. there's two chips -Atmel and Dallas

Search for some posts by pinball cf the Atmel. I believe the thread was about fixing the environment sensor chip, which is nearby.
2. which of them carries sys ID : Atmel or Dallas ? Both ??? The same ID ???

I replaced the mainboard years ago and had to move both. Not sure what that means or if it was a fluke or a screwup on my part, but something to be aware of.
3. Which of them can be reprogrammed and how?

The Atmel cannot be reprogrammed. Don't know about the Dallas. Are you trying to maintain an id for some licensed software ? You can't move both chips over just to be safe ?
This isn't really that difficult a concept. If you take a C-Type Jaguar and put a nice small-block Ford in it, the car still looks like a C-Type and probably runs better than any C-Type ever did, but it is no longer really a C-Type. The whole is the sum of the parts, not the sum of some parts along with some other parts. That would be a different whole. Maybe a better whole, this isn't a value judgement, but not the whole that is implied by saying "I use an O2." What you use is O2 hardware that is running NetBSD.

It's a fine and dandy thing but not the same.
SAQ wrote: It looks like he's trying to move over from an Octane or other NIC system.

THAT would be difficult.

Wasn't there a piece of software around that did a non-permanent change of the serial number after it was loaded into IRIX?

Yes. Sysid was the name. But it's not persistent .... although not a problem I guess, just load it every time you boot ....
Just for the future ...

I figure you can identify the Dallas chip all by yourselves :P
vishnu wrote:
Well, as an application development framework wxwidgets has a ton of classes that take a lot of the grunt work from the coding. With regard to cross platform toolkits ...


"Brian Dougherty describes PC/GEOS’s user interface:-

' The object oriented flexible user interface technology in PC GEOS is to this day the most sophisticated U.I. technology ever built into an OS. The team at Sun that developed Java studied it and stole some of the concepts but in my opinion did not achieve the same level of sophistication.

Applications in PC GEOS contained a generic tree of objects describing the user interface features the app required with the ability to provide hints for how to realize those elements. The operating system then had a specific user interface library that would map those generic UI objects to specific UI elements like menus or dialog boxes.

The same binary of an application could be made to run under an entirely different look and feel. For example, at one point we wrote a Mac UI that turned a PC running GEOS into a machine that was almost indistinguishable from a Mac. You could go to preferences and select either the Mac UI or the Motif UI (Windows-like) and the system would restart and all of the applications would come up under the look and feel you selected. You almost have to see this live to believe how cool it was.

We actually got into extensive discussions with Apple about developing a low cost notebook that would run GEOS with the Mac UI. It got killed by the hardware group doing Mac notebooks, but it went all the way to a board meeting we attended with Scully et al before it died'."


http://camendesign.com/writing/geos

Modern interface programmers do nasty things with the rotting portions of a deceased male donkey :P
vishnu wrote:
... what an unadulterated POS! It periodically just stops communicating with the monitor, keyboard and mouse and the only way to recover is to telnet in and reboot the sucker... :evil:

But it never locks up ! It's Unix ! Nothing to worry about, that's just the window manager freezing.

Doesn't that make you feel all warm and fuzzy ? :P
Back to dillo, vish ... if you can make up a template for fixing the variadick bs, I can do a bunch of the gruntwork of altering the code, location by location. I'd like to have a newer dillo, don't mind putting in some time if it will help ... I could always poop only once a week, that would save an hour here and there. If people gone say I'se full of crap, may as well be full of crap :P
R-ten-K wrote:
I use my Indigo as a bookend, a duty which it fulfills both admirably and competently.

Cool ! now, get it copper plated, like baby shoes :P
vishnu wrote:
... firefox 2 is getting beyond tiresome.

I'm not sure dillo will be a lot better but it's worth having.

About fireflop, I was serious about reviving OS/2 solutions. I'm now running smartcache with a huge list of refused addresses. It does seem to help. Killing javascript is also a big help. Much of the trouble I have had with fireflop seems to originate in crappy javascript track-you scripts. If the capitalist idiots insist on making the Internet unusable, I'll just restrict myself to the portion of the 'net that hasn't been corrupted. Screw you, google. And the horse you rode in on.
vishnu wrote:
Well, I'm not sure a billion pages of tracking data is useful to even the most sophisticated data mining program ...

Google data is not what I was concerned about ... it's the googleads and googleapi and all that javascript garbage that people embed in their web pages that totally screws up Fireflop. At least, it does on a slow connection. Try checking out "view page source" and then searching for .js. It's ugly out there ! Killing those addresses (and a bunch more) has dropped my fireflop crashes in half, or maybe more.

Back at the OK Corral, was doing a quick attempt at mxshowfont. It seemed useful. Compiled fine except that
Code:
gmake: *** No rule to make target `/usr/lib/libXt.sa.4.10', needed by `mxshowfont'.  Stop.

Grr. Something missing in the Makefile ? libXt.sa.4.10 should be a stub ? So I tried butchering things by making a link to libXt.a and renaming it to libXt.sa.4.10 which caused the app to compile. The binary opens but then crashes immediately with a "bus memory error", which seems to indicate that was not a very effective fix :P

Suggestions ?
PymbleSoftware wrote:
This should start you on the path to something called "debugging"... It might give you a few hints..

It would give me a hint if I knew what I was doing, but still cool - the window actually opens now :)
Quote:
You might want to read the dbx or gdb documentation, find other fun things to try like printign out values of variables and things like that.

gdb is a no-go but dbx says :
Code:
fewel 6% dbx -r mxshowfont
dbx version 7.3.7 (96413_Dec19 patchSG0005926) Dec 19 2005 14:42:01
Process 425089 (mxshowfont) started
Debugger Server version Dec 19 2005 14:44:41
Overlapping regions: finding functions/setting breakpoints may not
work reliably till program is run (rld moves DSOs, removing overlaps).
Use 'stop at 1' and 'run' commands first to remove overlaps.
Overlapping regions: 0xf400000 to 0xf4a2740 and 0xf400000 to 0xf41672c
Executable /usr/people/devvy/dillo/mxshowfont1.1/mxshowfont


Cool, thanks. Of course, now I have a couple processes I can't kill but what the heck ! Progress is our most important product ...
Attachment:
mxshowfont.jpg
mxshowfont.jpg [ 56.12 KiB | Viewed 587 times ]
vishnu wrote:
You no gots ProDev Workshop? Type `cvd programname` to start it in the graphical debugger, much more efficacious...

Spiffy ! thanks ... if I can't fix anything, at least I can help to point the way to people who can ...

New Year's eve tonight, have fireworks and dinners to attend so no C program messing for a couple days but ... progress is good, thank you :)
silicium wrote:
Does anybody know APL? I heard once about it from a retired mechanical engineering business owner who used it before the age of graphics CAD.

Funny you should mention that ... I had APL/2 for a while, played with it a little. APL will do graphical CAD, there was a guy who was creating spiral bevel surfaces with APL, must have been about 1990 ? And there is an Irix version of APL also, came from Morgan-Stanley I believe. I have it somewhere if you can't find it. Interesting system. Does it still hold the record for "most undecipherable code ever" ?
vishnu wrote:
Gung hay fat choy! :mrgreen: :mrgreen: :mrgreen:

We always said that as "Gung hay, fat boy !" :P

Happy draggin' year to y'all ....
Attachment:
draggin.jpg
draggin.jpg [ 274.54 KiB | Viewed 531 times ]