Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
I'd love to hear suggestions *because* I do have code that I'd like to see run on both Solaris and Linux which reports fine grained timing information with some degree of accuracy. gethrtime() is available on Linux if you install the RTLinux extension to the kernel. The easiest way to do this is to get a prepatched kernel... but you could also do cd /usr/src/linux/ make menuconfig Basically you'll have to recompile the kernel with the RT extension. Then you'll be able to do: ifdef Linux #include rtl_time.h endif Yuck. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
It's a matter of pride to deliver a quality product that just works and doesn't break something else. I write things for my own purposes and I often need to use the high resolution timers. I have no idea if that is portable into the Linux world and I guess I never cared much. I know that there are some sort of timers in Linux. Read the NOTES section of : http://www.blastwave.org/man/gethrtime_3C.html You can't beat that with a stick and I can't compile my code on Linux. But I can deliver a product on Solaris over and over and it works. Does that make me sloppy ? I don't think so. My code compiles with no warnings and no errors and I tend to use strict ANSI compliance mode. Heck .. sometimes I'll even be pedantic but .. only late at night when no one is watching :-) Actually, gethrtime is in section 3C: (3C)These functions, together with those of Section 2, constitute the standard C library And indeed, if we do some further digging: http://docs.hp.com/en/B2355-60130/gethrtime.3C.html (HP-UX 11iv3) So, this says more about Linux than about your coding. _ With Windows Live Hotmail, you can personalize your inbox with your favorite color. www.windowslive-hotmail.com/learnmore/personalize.html?locale=en-usocid=TXT_TAGLM_HMWL_reten_addcolor_0607___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Actually, gethrtime is in section 3C:
(3C)These functions, together with those of Section 2,
constitute the standard C library
And indeed, if we do some further digging:
http://docs.hp.com/en/B2355-60130/gethrtime.3C.html (HP-UX 11iv3)
So, this says more about Linux than about your coding.
Well, one should be able to just compile something simple and expect it to
work but often times the -Xc switch can stop you in your tracks.
Consider this itty bitty thing :
#include stdio.h
#include sys/time.h
hrtime_t start_hrt, end_hrt;
int
main(int argc, char *argv[])
{
start_hrt = gethrtime();
printf ( Hello World!\n );
end_hrt = gethrtime();
printf(time = %lld nsec\n, ( end_hrt - start_hrt ) );
return (0);
}
Pretty simple and you can compile it with Studio 8 ( or whatever ) thus :
first .. the old old compiler :
$ cc -V
cc: Sun C 5.5 Patch 112760-18 2005/06/14
usage: cc [ options] files. Use 'cc -flags' for details
the compiler switches :
$ cc -xstrconst -xildoff -xarch=generic -H -xtime -Xa -c -o hello.o hello.c
/usr/include/stdio.h
/usr/include/iso/stdio_iso.h
/usr/include/sys/feature_tests.h
/usr/include/sys/isa_defs.h
/usr/include/sys/va_list.h
/usr/include/stdio_tag.h
/usr/include/stdio_impl.h
/usr/include/sys/time.h
/usr/include/sys/types.h
/usr/include/sys/machtypes.h
/usr/include/sys/int_types.h
/usr/include/sys/select.h
/usr/include/sys/time.h
/usr/include/time.h
/usr/include/iso/time_iso.h
/usr/include/sys/time_impl.h
acomp real0.8 user0.3 sys 0.2
I like to see all the header files being traversed.
For something so simple, amazing isn't it?
$ cc -xarch=generic -o hello hello.o
$ file hello
hello: ELF 32-bit MSB executable SPARC Version 1, dynamically
linked, not stripped
$ ./hello
Hello World!
time = 3765000 nsec
$ /bin/ptime ./hello
Hello World!
time = 400 nsec
real0.055
user0.010
sys 0.051
$
So that works as expected until you go to -Xc for strict compliance with
some pedantic standards.
$ cc -xstrconst -xildoff -xarch=generic -H -xtime -Xc -\# -c -o hello.o hello.c
### Note: NLSPATH =
/opt/SUNWspro/prod/bin/../lib/locale/%L/LC_MESSAGES/%N.cat:/opt/SUNWspro/prod/bin/../../lib/locale/%L/LC_MESSAGES/%N.cat
### command line files and options (expanded):
### -c -H -Xc -xarch=generic -xildoff -xstrconst -xtime hello.c -o hello.o
/opt/SUNWspro/prod/bin/acomp -xldscope=global -i hello.c -y-fbe
-y/opt/SUNWspro/prod/bin/fbe -y-xarch=generic -y-o -yhello.o -y-verbose
-y-xmemalign=4s -y-xthreadvar=no%dynamic -y-comdat -xdbggen=no%dwarf2+stabs
-strconst -H -fsimple=0 -xarch=generic -fparam_ir -Qy -D__SunOS_5_8
-D__SUNPRO_C=0x550 -D__SVR4 -D__unix -D__sun -D__sparc
-D__BUILTIN_VA_ARG_INCR -xc99=%all,no%lib -Xc -D__PRAGMA_REDEFINE_EXTNAME
-I/opt/SUNWspro/prod/include/cc -g/opt/SUNWspro/prod/bin/cc -xstrconst
-xildoff -xarch=generic -H -xtime -Xc -c -o hello.o -D__SUN_PREFETCH
-destination_ir=yabe
/usr/include/stdio.h
/usr/include/iso/stdio_iso.h
/usr/include/sys/feature_tests.h
/usr/include/sys/isa_defs.h
/usr/include/sys/va_list.h
/usr/include/stdio_tag.h
/usr/include/stdio_impl.h
/usr/include/sys/time.h
/usr/include/sys/types.h
/usr/include/sys/machtypes.h
/usr/include/sys/int_types.h
/usr/include/sys/select.h
/usr/include/sys/time.h
/usr/include/time.h
/usr/include/iso/time_iso.h
hello.c, line 12: operands have incompatible types:
union {double _d, array[2] of int _l} - union {double _d,
array[2] of int _l}
cc: acomp failed for hello.c
Note all the things defined with -D and then an underscore.
I think they are all covered off in the Sun Studio 8: C User's Guide but in
most cases I would use Studio 11. Today I am using Studio 8 for reasons to
be revealed eventually.
But I digress. Let's look at what went wrong there. It looks to me that we
have some funky datatype which is really a union. That would be this thing
:
/*
* Time expressed as a 64-bit nanosecond counter.
*/
typedef longlong_t hrtime_t;
I found that by tracking down the underlying definition for hrtime_t which
counts our nanoseconds ( supposedly ) :
$ grep hrtime_t /usr/include/sys/time.h
typedef longlong_t hrtime_t;
extern hrtime_tgethrtime(void);
extern hrtime_tgethrtime_unscaled(void);
extern hrtime_tgethrtime_max(void);
extern voidscalehrtime(hrtime_t *);
extern voidhrt2ts(hrtime_t, timestruc_t *);
extern hrtime_tts2hrt(timestruc_t *);
extern voidhrt2tv(hrtime_t, struct timeval *);
extern hrtime_t
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Can we remove the anti-gnu, anti-Linux rhetoric from this list, as it get us nowhere. Can we? Probably. Will we? I most certainly *won't*. People need to be made sensitive to these issues! There's tons of GCC-only garbage out there precisely because the majority doesn't have a clue that there are better, professional compilers available gratis. Had this code been written to compile with a professional compiler, 90% of all the porting issues would go away. It's an issue. And a big one at that. It needs to be openly discussed until it gets enough exposure. And whoever is writing crappy code can feel pointed out. Call it anti-gnu anti-Linux. So what if it is, the issue still stands. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On Sat, 2007-07-28 at 07:22 -0700, UNIX admin wrote: Can we remove the anti-gnu, anti-Linux rhetoric from this list, as it get us nowhere. Can we? Probably. Will we? I most certainly *won't*. People need to be made sensitive to these issues! There's tons of GCC-only garbage out there precisely because the majority doesn't have a clue that there are better, professional compilers available gratis. Had this code been written to compile with a professional compiler, 90% of all the porting issues would go away. It's an issue. And a big one at that. It needs to be openly discussed until it gets enough exposure. And whoever is writing crappy code can feel pointed out. Call it anti-gnu anti-Linux. So what if it is, the issue still stands. One could argue that since the code is written by volunteers it would be highly hypocritical to pass judgement and yet the individual making the statements doing very little in contribution to improving the 'code quality'. Matthew ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
One could argue that since the code is written by volunteers it would be highly hypocritical to pass judgement and yet the individual making the statements doing very little in contribution to improving the 'code quality'. So what if the code is written by volunteers? We're all volunteers here. I write code on a voluntary basis too, but doesn't give me an excuse to be sloppy, write unportable code, write unclean code, code that doesn't scale, and just generally be an arrogant moron with the it works for me on my Linux system, you have the source code, fix it yourself attitude. It's a matter of pride to deliver a quality product that just works and doesn't break something else. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
One could argue that since the code is written by volunteers it would be highly hypocritical to pass judgement and yet the individual making the statements doing very little in contribution to improving the 'code quality'. So what if the code is written by volunteers? We're all volunteers here. I write code on a voluntary basis too, but doesn't give me an excuse to be sloppy, write unportable code, write unclean code, code that doesn't scale, and just generally be an arrogant moron with the it works for me on my Linux system, you have the source code, fix it yourself attitude. It's a matter of pride to deliver a quality product that just works and doesn't break something else. I write things for my own purposes and I often need to use the high resolution timers. I have no idea if that is portable into the Linux world and I guess I never cared much. I know that there are some sort of timers in Linux. Read the NOTES section of : http://www.blastwave.org/man/gethrtime_3C.html You can't beat that with a stick and I can't compile my code on Linux. But I can deliver a product on Solaris over and over and it works. Does that make me sloppy ? I don't think so. My code compiles with no warnings and no errors and I tend to use strict ANSI compliance mode. Heck .. sometimes I'll even be pedantic but .. only late at night when no one is watching :-) - Dennis Clarke ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On Sun, 2007-07-29 at 03:35 -0700, UNIX admin wrote: One could argue that since the code is written by volunteers it would be highly hypocritical to pass judgement and yet the individual making the statements doing very little in contribution to improving the 'code quality'. So what if the code is written by volunteers? We're all volunteers here. I write code on a voluntary basis too, but doesn't give me an excuse to be sloppy, write unportable code, write unclean code, code that doesn't scale, and just generally be an arrogant moron with the it works for me on my Linux system, you have the source code, fix it yourself attitude. It's a matter of pride to deliver a quality product that just works and doesn't break something else. That might work for you but but for those who volunteer their focus is on their platform of choice - if it happens to work on others then its a bonus, but unless they're getting something in return for supporting and maintaining support for other platforms, I hardly blame them. And you rant about Schilly - the day when I see him single handedly write a big complex piece of software like KDE or GNOME and it is portable to all platforms out of the box, then you can start being critical. Matthew ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On 7/28/07, UNIX admin [EMAIL PROTECTED] wrote: Can we? Probably. Will we? I most certainly *won't*. People need to be made sensitive to these issues! There's tons of GCC-only garbage out there precisely because the majority doesn't have a clue that there are better, professional compilers available gratis. One point I would like to bring to notice. When talking about opensolaris, free/open source software and the community, *gratis* doesn't mean anything at all. Going by that gcc is the most compelling choice the community has had till now. Sun studio is also a choice only because it will hopefully be open sourced in the coming days. The huge foss code base wouldn't even exist but for gcc which made it possible. Why complain about porting thank the guys who wrote the software and the tool chain that it is there at all in the first place. Had this code been written to compile with a professional compiler, 90% of all the porting issues would go away. Please visit http://bugs.sun.com - category Sun Studio C++ and check the kind of bugs especially those related to STL implementation in Sun Studio as against that in gcc (ofcourse gcc has its own set of things) These help in being more objective. Any complex product have their own reasons for the way they have evolved. Sun studio never existed for a person to test with it. Forte workshop (the earlier avatar of sun studio) was expensive, not available on Linux(the platform of choice for many FOSS developers), Solaris was proprietary and never worked on whole bunch of x86 platforms, on and on... With *opensolaris* things are changing for the better. Provide people with compelling alternatives. People are capable of making their own choices. regards Shiv ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
One point I would like to bring to notice. When talking about opensolaris, free/open source software and the community, *gratis* doesn't mean anything at all. What does that have to do with it? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On 7/29/07, UNIX admin [EMAIL PROTECTED] wrote: One point I would like to bring to notice. When talking about opensolaris, free/open source software and the community, *gratis* doesn't mean anything at all. What does that have to do with it? That was in response to(below the statement): There's tons of GCC-only garbage out there precisely because the majority doesn't have a clue that there are better, professional compilers available gratis. To many community members *gratis* doesn't mean anything as long as it is proprietary and the status can change as and when a corporate pleases. There are many other details as well - in my previous mail. -Shiv ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
That might work for you but but for those who volunteer their focus is on their platform of choice - if it happens to work on others then its a bonus, but unless they're getting something in return for supporting and maintaining support for other platforms, I hardly blame them. Oh, now they're not coding out of pleasure and joy, but have to get something in return? Did you write about volunteers previously? Seriously now, there is no excuse. None whatsoever. And you rant about Schilly - the day when I see him single handedly write a big complex piece of software like KDE or GNOME and it is portable to all platforms out of the box, then you can start being critical. Big? Complex? The whole of AmigaOS intuition.library fit into a 256KB ROM chip, and there was still enough place left for exec.library and dos.library on the same, and then some. FYI, intuition.library was the engine behind the AmigaOS's GUI. Which happened to be lightning fast (even on a 7MHz CPU!), and highly customizable, as MUI can attest. And let me tell you my friend, KDE and GNOME are still playing catchup in terms of elegance and usability of that thing. What's the smallest amount of RAM required for GNOME? KDE? Hey, I'm writing about lightning fast on 7MHz! JDS is dragging like a shot cat on 550MHz!!! And Schily, Schilly has a deeper understanding of UNIX and hardware than many of us here, myself included (and I've done hardware). If only the GNOME and KDE developers knew that much. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
To many community members *gratis* doesn't mean anything as long as it is proprietary and the status can change as and when a corporate pleases. That's just too radical and borders on religion, for all the wrong reasons. History teaches us that ideologies almost always end up in a fiasco. Take heed in that lesson. There are many other details as well - in my previous mail. You mean the STL bugs? I note you elegantly side stepped my main issues with GCC - non portability and crappy code encouragement, as well as lack of advanced optimization capabilities. I couldn't care less about ideologies. It's the result that matters in this case, and the result is that I don't have to pay anything for a professional grade compiler suite that has advanced optimization capabilities and encourages me to write portable and clean code. I secured my copy, so corporate interests can change in the next five minutes. Did you? And, if I really got pissed off, I could disassemble and resource the whole thing - you know, like we did in the old days? Nobody would give you the source code to a killer intro or a good Cruncher or a good monitor - you disassembled the code and resourced it yourself. I could do the same thing with Sun Studio if I had to, so I couldn't care less if it were open or not, and neither should you. Ideology is bad. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
UNIX admin wrote: To many community members *gratis* doesn't mean anything as long as it is proprietary and the status can change as and when a corporate pleases. That's just too radical and borders on religion, for all the wrong reasons. History teaches us that ideologies almost always end up in a fiasco. Take heed in that lesson. There are many other details as well - in my previous mail. You mean the STL bugs? I note you elegantly side stepped my main issues with GCC - non portability and crappy code encouragement, as well as lack of advanced optimization capabilities. I couldn't care less about ideologies. It's the result that matters in this case, and the result is that I don't have to pay anything for a professional grade compiler suite that has advanced optimization capabilities and encourages me to write portable and clean code. I secured my copy, so corporate interests can change in the next five minutes. Did you? And, if I really got pissed off, I could disassemble and resource the whole thing - you know, like we did in the old days? Nobody would give you the source code to a killer intro or a good Cruncher or a good monitor - you disassembled the code and resourced it yourself. I could do the same thing with Sun Studio if I had to, so I couldn't care less if it were open or not, and neither should you. Ideology is bad. Please drop this thread. It is a pure waste of bandwidth and time. Doug ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On 7/29/07, Doug Scott [EMAIL PROTECTED] wrote: Please drop this thread. It is a pure waste of bandwidth and time. Yes. And my apologies for contributing to the drag. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Update: I also have gotten wine compiled without any problems. Didn't have the
time to test it yet though. Here is what I did:
1. downloaded the latest wine (0.9.41) from winehq (or some such)
2. set up the environment (I use `tcsh`, so these will need to be adapted for
Bourne shell family):
setenv PATH ${PATH}:/usr/ccs/bin:/usr/sfw/bin; rehash
3. ran:
./configure --prefix=/opt/abcd/ --sysconfdir=/etc/opt/abcd/
--mandir=/opt/abcd/share/man --datadir=/var/opt/abcd
4. ran `gmake`.
The thing compiled with Sun's bundled GCC. Now, as a rule I *don't* compile
with GCC, but in this case it didn't look like it'd be very wise to push my
luck.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On Fri, 2007-07-27 at 13:06 +0200, Joerg Schilling wrote: Orvar Korvar [EMAIL PROTECTED] wrote: In my opionion, Blastwave and the likes, should be high on Sun's priority list. It seems that to compile a program under Solaris takes years of experience. Sun and you all guys are doing a terrific job with Solaris, and I and many more really appreciate what you do. Btw, Linux sucks! :o) I dont like Linus and as Stallman said: well, Im not the one who wants to call GNU for Stallmanix. It seems hodge-podge helter skelter. Not stable APIs and stuff. Thanx for your time reading my first steps into the Solaris world, on my way on becoming an expert!! ;o) Software that has been well written for portability does not givee problems whencompiling on Solaris. In former times, all software did follow Open Source ethics and was made cleanly portable to all important platforms. I really hope that the free availability of Solaris and Sun Studio will change things back to a state we did have in the early 1990s where software usually did work out of the box on SunOS. Meh, generally speaking Solaris + GCC, and everything works nicely out of the box. I hardly blame OSS developers for not testing their software with Solaris or Sun's own compilers on their chosen platform given that Sun demands registration - for what purpose? buggered if I know - and the fact that it gives no real benefits to the programmer other than the nice warm fuzzy feeling that his or her code has been blessed by Sun Studio. Matt ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
If I had invested all that time into Unix I would have become an expert now. Well, certainly can't argue with that logic. That's exactly why I refused to *waste my time* with all the other OSes out there. I did two rounds of Linux sysadmin, and then Linux system engineering, but coming from System V UNIX, the chaos and hacking I found there by others found me back on UNIX (although I still do Linux when necessary, there's no joy in it). Solaris is not flawless, but in my opinion it is the best Unix out there. There is a better, IRIX, but since it's been discountinued, and it will be run over by Solaris any day now feature-for-feature (except software management, but that's a long story). I intend to devote all my time to Solaris from now on. No more switching OS. Well, if you grasp System V concepts from using / adminning Solaris really well, you won't have to switch OSes: for example, you'll almost instantaneously just know HP-UX, and IRIX too. That's the break one gets for learning a System V UNIX. In my opionion, Blastwave and the likes, should be high on Sun's priority list. It seems that to compile a program under Solaris takes years of experience. Practice makes perfect, and perfect takes practice. Anyway, the problem (until recently) was exacerbated by the fact that most software was developed on Linux by people with not enough experience and insufficient grasp of UNIX, so most of it would be either braindead or just simply broken when attempting to compile on any real UNIX. Take a piece of software from an old-skool UNIX guy like Joerg Schilling or the guys from ISC, and see it compile effortlessly and flawlessly on traditional UNIXes. That's the difference, and it's huge. By the time you become proficient in compiling, if the current trend continues, most of the software will be either fixed or developed directly on Solaris, so you won't have to go through the pain, torture frustrations that the rest of us went through when cutting our teeth on that junk. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
It looks like all of you just did a compile as it was a trivial thing! How the % did you do it? OK, I admit, I'm guilty as charged. I could have documented the whole process better, as in step-by-step, but what I wrote was after the fact, and next day on top of that, so I had to do it from memory O(:-) Update 3: After packaging the whole kit (Wine), I `pkgadd`ed it and successfully installed and ran WinZip, just to see it actually run on Solaris. After fiddling around for about 10 minutes or so, I *somehow* (don't ask me how) managed to click my way through and around and got a directory zipped up into a .zip archive. I just totally completely *suck* at using these GUI thingamajigs whatchamacallits. I would have been done in under 25 seconds if I had done archiving from the command line. But I digress, so I'll STFU. I will try out all three instructions to get wine going, and clean them up and put a note about vlc player and mplayer, xmms etc - for the Solaris noob. FYI, you can get the latest, prepackaged XMMS revision from Blastwave by installing and then executing `pkg-get xmms`. Might want to tweak /opt/csw/etc/pkg-get.conf or some such before you begin though. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Meh, generally speaking Solaris + GCC, and everything works nicely out of the box. That's a positive trend which begun only recently. However, it's still plagued with problems: - GCC generates crappy, slow code - GCC allows one to write crappy, non-portable code (and doesn't even blink) - GCC lacks any of the advanced optimization features of the professional compilers (hp's, sgi's, Sun's) - often, one doesn't even get past the braindead ./configure phase, so even GCC doesn't help in that situation Let's look at this Wine thing. I compiled it with GCC. Yes, it runs, and from that little bit of playing I did with WinZip, it even seems to run decently fast. However, had I been able to use the Sun Studio compilers, I would have been able to go to town on that thing and make it *really fast* (short of hand optimizing the source and assembler code) - automatic profiling, memory / function defragmentation, elimination of dead / unused code, cross-function optimizations, post-binary optimizations (yes, Sun Studio can do them!) - I could have gained up to 80% faster binaries, and with something like Wine, every CPU cycle counts! I hardly blame OSS developers for not testing their software with Solaris or Sun's own compilers on their chosen platform given that Sun demands registration - for what purpose? buggered if I know - and the fact that it gives no real benefits to the programmer other than the nice warm fuzzy feeling that his or her code has been blessed by Sun Studio. Well, Sun is trying to find other ways to monetize their hard work - many, many hours of professional, expensive engineering effort went into those advanced compilers you now get to download gratis. It might not necessarily be nice to give data to marketeers, but for getting a $2,000 - $5,000 USD worth of professional compilers, I believe it's not a bad deal. (Marketeers, don't take that stamement as an encouragement to start spamming people with marketing promotions!) This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
The problem is that a lot of authors are no longer interested in portable code besides their Linux home system. This is a problem that was not present in former days. This is unfortunately true. I remember those days well. People actually *coded* software, and it was a matter of *pride* to code a piece of software that is portable and works on as many platforms as possible. It showed coding prowess and people back then actually made it a point to write protable, small and fast code - the faster the better. If your code didn't work on the next platform, you'd lose face and you'd lose credibility. Back then, prestige was the highest prized currency one could have if you were on the computing scene. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Argh! Now Im getting frustrated AGAIN! ¤/%(/#¤#! It looks like all of you just did a compile as it was a trivial thing! How the % did you do it? Its feels like, when you really struggle and struggle to do something really difficult, and there comes a guy and does the thing on the fly, without even thinking. And not only that, there comes a BUNCH of guys, ALL doing the thing really effortlessly in different ways! Which you had s much troubles with! I want to do be able to do that too! ARGH! *sulky* #¤%#¤/#%/()(/(! Anyway, I got Wine working, thanks to DOUG SCOTT. I used the CBE package. Ive never knew it existed. I thought only blastwave and sunfreeware existed. I will try vlc player now, from CBE. If there are other packages, then please tell me. Right now, Im going to spread the word on the computer forums Im active in: wine exists for solaris, and vlc too, here is how. Thanx so much! *happy again* Now I can get back to my Linux bashing. :o) I will try out all three instructions to get wine going, and clean them up and put a note about vlc player and mplayer, xmms etc - for the Solaris noob. I will first post my Solaris noob article here, and then you experts can inspect it, and then maybe we could put it somewhere on the web - aimed for the Solaris noob/Linux switcher. There are not many web sites for the Solaris noobs/Linux Switcher? All are for the Unix admins with tons of experience? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On Fri, 27 Jul 2007, Joerg Schilling wrote: Orvar Korvar [EMAIL PROTECTED] wrote: In my opionion, Blastwave and the likes, should be high on Sun's priority list. It seems that to compile a program under Solaris takes years of experience. Sun and you all guys are doing a terrific job with Solaris, and I and many more really appreciate what you do. Btw, Linux sucks! :o) I dont like Linus and as Stallman said: well, Im not the one who wants to call GNU for Stallmanix. It seems hodge-podge helter skelter. Not stable APIs and stuff. Thanx for your time reading my first steps into the Solaris world, on my way on becoming an expert!! ;o) Software that has been well written for portability does not givee problems whencompiling on Solaris. In former times, all software did follow Open Source ethics and was made cleanly portable to all important platforms. Read on ... I really hope that the free availability of Solaris and Sun Studio will change things back to a state we did have in the early 1990s where software usually did work out of the box on SunOS. That's the difference - not so much that people in the late 80s and early 90s were writing more portable software. The main freeware/opensource target platform at that time was SunOS4 and software naturally worked there. Trying to compile the same on HP/UX 8.x didn't usually succeed out of the box, nor (often enough) trying to compile the same thing on a Solaris 2 / SunOS 5 machine. Or, gasp, the then-still-infant early Linux versions. Some people managed to write properly portable software, but in many cases there's that platform-specific interface here and that proprietary thing here, and ah, yea, all those funky differences in what libraries to link with on what platforms (-lnsl -lresolv -lsocket, anyone ?). The main opensource target platform these days is Linux. And even there, compiling a package on Fedora 7 that works nicely on Debian Etch may well fail. This is just better hidden from you as the distributors do that work for you, mostly ... I don't think from but it then ran fine on SunOS one can conclude that the quality of code in the early 90s was that much better. There were less half-completed/abandoned/unmaintained opensource projects out there back then... FrankH. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Orvar Korvar [EMAIL PROTECTED] wrote: In my opionion, Blastwave and the likes, should be high on Sun's priority list. It seems that to compile a program under Solaris takes years of experience. Sun and you all guys are doing a terrific job with Solaris, and I and many more really appreciate what you do. Btw, Linux sucks! :o) I dont like Linus and as Stallman said: well, Im not the one who wants to call GNU for Stallmanix. It seems hodge-podge helter skelter. Not stable APIs and stuff. Thanx for your time reading my first steps into the Solaris world, on my way on becoming an expert!! ;o) Software that has been well written for portability does not givee problems whencompiling on Solaris. In former times, all software did follow Open Source ethics and was made cleanly portable to all important platforms. I really hope that the free availability of Solaris and Sun Studio will change things back to a state we did have in the early 1990s where software usually did work out of the box on SunOS. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
UNIX admin wrote: Meh, generally speaking Solaris + GCC, and everything works nicely out of the box. That's a positive trend which begun only recently. However, it's still plagued with problems: - GCC generates crappy, slow code Sometimes yes, Sometimes no. Usually the ability of the programmer is a much greater contributer. - GCC allows one to write crappy, non-portable code (and doesn't even blink) All compilers do this to some extent. GCC also lets you write nice portable code as well. - GCC lacks any of the advanced optimization features of the professional compilers (hp's, sgi's, Sun's) To an extent this maybe true, but don't blink as most of the time the difference is minimal. - often, one doesn't even get past the braindead ./configure phase, so even GCC doesn't help in that situation Let's look at this Wine thing. I compiled it with GCC. Yes, it runs, and from that little bit of playing I did with WinZip, it even seems to run decently fast. Wine is not a very good example as there are many variables that can impede performance. I think the compiler is the least of the problem. I have found that some apps run faster on wine then on Windows However, had I been able to use the Sun Studio compilers, I would have been able to go to town on that thing and make it *really fast* (short of hand optimizing the source and assembler code) - automatic profiling, memory / function defragmentation, elimination of dead / unused code, cross-function optimizations, post-binary optimizations (yes, Sun Studio can do them!) - I could have gained up to 80% faster binaries, and with something like Wine, every CPU cycle counts! There are some instances I have found where Sun Studio is slower than GCC. Can we remove the anti-gnu, anti-Linux rhetoric from this list, as it get us nowhere. Doug ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
UNIX admin wrote: That's a positive trend which begun only recently. However, it's still plagued with problems: - GCC generates crappy, slow code Sometimes, sometimes not. - GCC allows one to write crappy, non-portable code (and doesn't even blink) If you don't use -Wall - pedantic - ansi, you are not compiling C, bug gcc's dialect of C. Ian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Orvar Korvar wrote: For instance, when I try to get VLC player running, _no one_ has ever succeeded to compile it for Solaris. That... sounds scary. VLC builds and runs on Solaris Express using pkgbuild. The only problem is that playing mp4 files seg-faults at the moment. All other formats seem to play ok. Doug ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
John Brewer writes: I downloaded gcc (GCC) 3.4.6, Why? Gcc comes with Solaris, and works. gnu bin tools , freetype-2.3.5 and fontforge_full-20070723 configure and compiled ok, however wine-0.9.41 compiled with this error: = -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o port.o port.c Assembler: port.c stdin, line 20 : Illegal character: 7e stdin, line 20 : Syntax error Near line: andl $~15,%esp This looks like: http://gcc.gnu.org/ml/gcc-bugs/2006-01/msg03520.html It looks like newer versions of gcc don't generate correct assembly code for native assemblers. -- James Carlson, Solaris Networking [EMAIL PROTECTED] Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Hey guys, I am sorry that I yelled a bit. I was in a bad mood and I shouldnt have done that. It was stupid of me. Please accept my apologizes! I have got a very nice answer from DOUG SCOTT at http://www.opensolaris.org/jive/thread.jspa?threadID=35866tstart=0 that almost seems to work. I will dig into it and try again. And PHALAN, I will try your instructions too. Now I have really good hope to get Wine going with two instructions sets up to date. I am active at several user forums, and I will post your instructions there. At the forums, there are several questions on Wine and Solaris, all answered negative. The thing is, I am in love with Solaris and I really want to use it. I am tired of changing OS every now and then; C64, Amiga, MS-DOS, Windows 3.11, W95, Win NT, Win XP, Linux, and now what? Everyone had flaws. If I had invested all that time into Unix I would have become an expert now. Solaris is not flawless, but in my opinion it is the best Unix out there. I intend to devote all my time to Solaris from now on. No more switching OS. In my opionion, Blastwave and the likes, should be high on Sun's priority list. It seems that to compile a program under Solaris takes years of experience. Sun and you all guys are doing a terrific job with Solaris, and I and many more really appreciate what you do. Btw, Linux sucks! :o) I dont like Linus and as Stallman said: well, Im not the one who wants to call GNU for Stallmanix. It seems hodge-podge helter skelter. Not stable APIs and stuff. Thanx for your time reading my first steps into the Solaris world, on my way on becoming an expert!! ;o) BTW, how do I learn to compile things? Is there a book or something to learn this? I dont want to yell at people, I want to do it myself. Any tips? Any web sites? How? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
I am using snv_b67 w. SUNWcxall cluster installed, I downloaded the mauture wine, and I get a rundll32.exe not found: ... Last time I had used a few years ago, windows dll's were not needed, so much for MS independence, so is there a work around? I've no idea; I haven't had the resources (read: time) to spare to investigate (paid porting would have been a whole other ball game). Perhaps the original author of the Wine port would know more? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On Wed, 2007-07-25 at 01:55 -0700, Orvar Korvar wrote: I am trying to migrate totally to Solaris Express community build 67, and I want DC++ however, in some DC++ hubs they only allow certain DC++ clients from the Windows environment. (For bittorrent I use the java klient Azarus which I found a Solaris package for. For VLC player and Winamp I use mplayer and xmms. For MATLAB I will use Linux Brandz, or Wine windows). As for DC++ i thought I would use Wine to run a windows DC++ client. Then my Solaris switch would be complete and I wouldnt lack any more software. Hence, for the Windows switcher Wine is top priority no 1 because, for instance VLC player there is a substitute, and for all other windows programs too. The ideal would be to install Wine via blastwave pkg, but that doesnt work. I have considered trying Brandz with Wine, but that sounds cumbersome. DC++ on Wine on Linux on Solaris - too much trouble for a Solaris switch? It would be far easier to just startup Windows then. And I doubt DC++ would work well too. Therefore I have laid much effort on trying to compile Wine for Solaris x86, to no avail. There IS a solaris port of Wine, so I have tried the Wine Patch Kit tarball from the top of http://www.blastwave.org/wine/ and followed the instructions in the Winemaking guide. However, my compilation struggles a lot. It took some time for me to figure it out, that I can not use relative path ways, but I must use absolute path in the guide. As I have figured it out, Wine wants to have FontForge too. GA!!! I have downloaded FontForge from CVS and it wont compile. It says something about splinereg3.c multiply defined or something similar. I have only one word to say: GHHH! Can someone help me with this, and then we can submit Wine to blastwave as a package? Here is what I did. It took me about 10 minutes: gtar xjvf freetype-2.3.5.tar.bz2 gtar xjvf fontforge_full-20070607.tar.bz2 export PATH=/usr/bin:/usr/X11/bin:/usr/openwin/bin:/usr/sfw/bin:/usr/ccs/bin:/home/mark/local/bin I had to edit the configure script by replacing all greps with ggreps. Use sed or favorite editor. ./configure --prefix=/home/mark/local --with-freetype-src=../freetype-2.3.5 gmake gmake install cd .. gtar xjvf wine-0.9.41.tar.bz2 cd wine-0.9.41 ./configure --prefix=/home/mark/local gmake depend gmake gmake install cd .. wine ./DCPlusPlus-0.699.exe wine ~/.wine/drive_c/Program\ Files/DC++/DCPlusPlus.exe And everything works fine! Ok, the fonts look like crap but that can probably be solved by installing the MS fonts or something. I didn't investigate. -Mark This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
On 7/27/07, Orvar Korvar [EMAIL PROTECTED] wrote: snip Now I have really good hope to get Wine going with two instructions sets up to date. I am active at several user forums, and I will post your instructions there. At the forums, there are several questions on Wine and Solaris, all answered negative. In my opionion, Blastwave and the likes, should be high on Sun's priority list. It seems that to compile a program under Solaris takes years of experience. About the compile part, someone out there in their enthusiasm has built an (incorrect) aura around OpenSolaris :-) If using command-line it should be no more difficult than using gcc/VC++/Watcom/ compilers, some of the compiler options might change. If you prefer GUI and seen netbeans for java developement, one gets the same GUI for sun studio with support for C++. Using the instructions provided by others, you'll be getting the wine binaries from sources ! BTW, how do I learn to compile things? Is there a book or something to learn this? I dont want to yell at people, I want to do it myself. Any tips? Any web sites? How? If you prefer command line, see http://docs.sun.com/app/docs/coll/771.8?l=enq=sun+studio The C Users Guide C++ users guide are the only ones you would need to start with (installation doesn't really need a doc :)) If you prefer GUI, SXDE comes with a netbeans based nice GUI for Sun Studio and also has a bunch of tutorials. In the GUI, choose Help-Quick Start Guide. Or you may directly go to the page http://developers.sun.com/sunstudio/articles/studio_qs.html Incase something doesn't work, feel free to file a bug (Ex: the browser that is used to open html via help menu is configurable but why should it try to open mozilla when firefox is the default browser ) regards Shiv ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
I am trying to migrate totally to Solaris Express community build 67, and I want DC++ however, in some DC++ hubs they only allow certain DC++ clients from the Windows environment. (For bittorrent I use the java klient Azarus which I found a Solaris package for. For VLC player and Winamp I use mplayer and xmms. For MATLAB I will use Linux Brandz, or Wine windows). As for DC++ i thought I would use Wine to run a windows DC++ client. Then my Solaris switch would be complete and I wouldnt lack any more software. Hence, for the Windows switcher Wine is top priority no 1 because, for instance VLC player there is a substitute, and for all other windows programs too. The ideal would be to install Wine via blastwave pkg, but that doesnt work. I have considered trying Brandz with Wine, but that sounds cumbersome. DC++ on Wine on Linux on Solaris - too much trouble for a Solaris switch? It would be far easier to just startup Windows then. And I doubt DC++ would work well too. Therefore I have laid much effort on trying to compile Wine for Solaris x86, to no avail. There IS a solaris port of Wine, so I have tried the Wine Patch Kit tarball from the top of http://www.blastwave.org/wine/ and followed the instructions in the Winemaking guide. However, my compilation struggles a lot. It took some time for me to figure it out, that I can not use relative path ways, but I must use absolute path in the guide. As I have figured it out, Wine wants to have FontForge too. GA!!! I have downloaded FontForge from CVS and it wont compile. It says something about splinereg3.c multiply defined or something similar. I have only one word to say: GHHH! Can someone help me with this, and then we can submit Wine to blastwave as a package? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
hi tried linuxdcpp[1]? never tried on solaris, but worth a try imho:) [1] http://linuxdcpp.berlios.de On 7/25/07, Orvar Korvar [EMAIL PROTECTED] wrote: I am trying to migrate totally to Solaris Express community build 67, and I want DC++ however, in some DC++ hubs they only allow certain DC++ clients from the Windows environment. (For bittorrent I use the java klient Azarus which I found a Solaris package for. For VLC player and Winamp I use mplayer and xmms. For MATLAB I will use Linux Brandz, or Wine windows). As for DC++ i thought I would use Wine to run a windows DC++ client. Then my Solaris switch would be complete and I wouldnt lack any more software. Hence, for the Windows switcher Wine is top priority no 1 because, for instance VLC player there is a substitute, and for all other windows programs too. The ideal would be to install Wine via blastwave pkg, but that doesnt work. I have considered trying Brandz with Wine, but that sounds cumbersome. DC++ on Wine on Linux on Solaris - too much trouble for a Solaris switch? It would be far easier to just startup Windows then. And I doubt DC++ would work well too. Therefore I have laid much effort on trying to compile Wine for Solaris x86, to no avail. There IS a solaris port of Wine, so I have tried the Wine Patch Kit tarball from the top of http://www.blastwave.org/wine/ and followed the instructions in the Winemaking guide. However, my compilation struggles a lot. It took some time for me to figure it out, that I can not use relative path ways, but I must use absolute path in the guide. As I have figured it out, Wine wants to have FontForge too. GA!!! I have downloaded FontForge from CVS and it wont compile. It says something about splinereg3.c multiply defined or something similar. I have only one word to say: GHHH! Can someone help me with this, and then we can submit Wine to blastwave as a package? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org -- --- Andy ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Ive tried to compile it yesterday, but I had some problems. : o ) I will try again today. This compile thing is a very very messy business indeed. Maybe a company that compiles your stuff to a desired platform, would be profitable? I found the games section here. It seems that several people are running Wine, there. I will ask them how to get it running. But I would really like a binary package at blastwave. That works. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Shit Im frustrated right now. Anybody knows how to get Wine on this ##% Solaris This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Shit Im frustrated right now. Anybody knows how to get Wine on this ##% Solaris With language like that I have no idea why I bother to respond. I will pretend that you wrote : Dear OpenSolaris community : I am trying in vain to get wine to flow on Solaris and am really not doing well. I may even be at the eend of my rope. Does anyone have any suggestions ? signed : Drinking bitter whine I would respond with : Dear whiner : I don't really know all the tricks to make fine wine on Solaris but you may find the grapes to be sweet at : http://www.blastwave.org/wine So just sober up a bit and then try those software packages once the headache clears. Remember, don't mix beer and wine. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Dear OpenSolaris community; I have tried for several days to get Wine working on Solaris, where Ive downloaded Wine from blastwave/wine Ive tried the package, and I tried to compile it. To no avail. I would really really much appreciate any hints as this drives me mad. Did I say mad? Ma MAAA Arrgg... I gotta... Ive got to. MAAa. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
but you may find the grapes to be sweet at : http://www.blastwave.org/wine No Dennis, seriously now, I'm intrigued: why does wine have its own URI @Blastwave? No other app is treated that way. Why isn't Wine just another `pkg-get` package, just like all the others? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
I downloaded gcc (GCC) 3.4.6, gnu bin tools , freetype-2.3.5 and fontforge_full-20070723 configure and compiled ok, however wine-0.9.41 compiled with this error: = -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o port.o port.c Assembler: port.c stdin, line 20 : Illegal character: 7e stdin, line 20 : Syntax error Near line: andl $~15,%esp make[2]: *** [port.o] Error 1 make[2]: Leaving directory `/Desktop/wine-0.9.41/libs/wine' make[1]: *** [wine] Error 2 make[1]: Leaving directory `/Desktop/wine-0.9.41/libs' make: *** [libs] Error 2 bash-3.00# This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
The Wine can be so good, the seeds of dll's can be bitter, as we all know so well, back to the old drive c: we go and along with it's licenses! This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
but you may find the grapes to be sweet at : http://www.blastwave.org/wine No Dennis, seriously now, I'm intrigued: why does wine have its own URI @Blastwave? No other app is treated that way. Why isn't Wine just another `pkg-get` package, just like all the others? It is historical really. The wine guy for Solaris came to me years ago and asked for a hosting spot. So .. there it is and there it has been .. year after year .. where no one can find it. I have not even looked at it or thought about it in .. years. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
I am using snv_b67 w. SUNWcxall cluster installed, I downloaded the mauture wine, and I get a rundll32.exe not found: bash-3.00# cd /opt/cfw/wine/bin bash-3.00# echo $PATH /usr/local/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/sfw/bin:/usr/dt/bin:/usr/openwin/bin:/opt/cfw/wine/bin:. bash-3.00# wine sol wine: creating configuration directory '//.wine'... fixme:cdrom:CDROM_GetInterfaceInfo not implemented for nonlinux wine: could not load /.wine-6kWU2R/dosdevices/c:/windows/rundll32.exe as LC:\\windows\\rundll32.exe: ld.so.1: wine: fatal: rundll32.exe: open failed: No such file or directory wine: wineprefixcreate failed while creating '//.wine'. bash-3.00# Last time I had used a few years ago, windows dll's were not needed, so much for MS independence, so is there a work around? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
I am using snv_b67 w. SUNWcxall cluster installed, I downloaded the mauture wine, and I get a rundll32.exe not found: bash-3.00# cd /opt/cfw/wine/bin bash-3.00# echo $PATH /usr/local/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/sfw/bin:/usr/dt/bin:/usr/openwin/bin:/opt/cfw/wine/bin:. bash-3.00# wine sol wine: creating configuration directory '//.wine'... fixme:cdrom:CDROM_GetInterfaceInfo not implemented for nonlinux wine: could not load /.wine-6kWU2R/dosdevices/c:/windows/rundll32.exe as LC:\\windows\\rundll32.exe: ld.so.1: wine: fatal: rundll32.exe: open failed: No such file or directory wine: wineprefixcreate failed while creating '//.wine'. bash-3.00# Last time I had used a few years ago, windows dll's were not needed, so much for MS independence, so is there a work around? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
This compile thing is a very very messy business indeed. Maybe a company that compiles your stuff to a desired platform, would be profitable? Funny you should mention it, today I had been thinking about starting a consulting business for exactly that. (:-) It took me many years to figure out what all is needed to get a piece of software to compile, an on Solaris on top of that. Then it took me some more years to figure out how to convince software that was either Linux-braindead or otherwise wouldn't cooperate to compile anyways. So let's say I can bring Wine to compile and package it up for you, so that all you have to do is run a few `pkgadd`s, and it just works after that. How much is this effort/service worth to you? This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Windows switcher: Wine for Solaris ( DC++ )?
Hi, I also remmeber one of the members from BOSUG having compiled wine without issues using pkgbuild : pkgbuild.sourceforge.net You could try that.. ~Anil On 7/26/07, Dennis Clarke [EMAIL PROTECTED] wrote: Shit Im frustrated right now. Anybody knows how to get Wine on this ##% Solaris With language like that I have no idea why I bother to respond. I will pretend that you wrote : Dear OpenSolaris community : I am trying in vain to get wine to flow on Solaris and am really not doing well. I may even be at the eend of my rope. Does anyone have any suggestions ? signed : Drinking bitter whine I would respond with : Dear whiner : I don't really know all the tricks to make fine wine on Solaris but you may find the grapes to be sweet at : http://www.blastwave.org/wine So just sober up a bit and then try those software packages once the headache clears. Remember, don't mix beer and wine. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
