bt in core dumps
I am trying to get stack trace for a short program compiled with gcc. The program terminates with a signal and generates a core dump. When I am loading this core dump to gdb I get warning: Can't read pathname for load map: Input/output error. When I issue the bt command I get ?? for many of the functions in the stack actually I get ?? for all functions in my program. My program was compiled with -g Does anyone have any idea? -- Ori Idan
Re: Career advice needed
On 02/09/2007, at 20:13, Stanislav Malyshev wrote: I want to do something new. That's why I asked what the current market demands are. I have an opportunity to change. The choice what to change to depends on what's available, and out of what's available I'm hoping to select what will seem the most interesting to me, given the time and money constraints. If you want to stay in web arena, but not deal much with LAMP anymore, you may try to go client-side - rich applications, AJAX, etc. These days I think it is becoming a real programming market. Not sure if there's easy to find such job without it being combined with design (which are two entirely different jobs, but not everybody understands it). It doesn't have to do much with Linux, though :) Thanks. I sort of regard Ajax as part of the territory these days. Herouth = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Needed: J2EE Programmer - Excellent conditions
Hello everyone, Urgency needed, J2EE Programmer to Jerusalem. At Least 2 Years of Experience. Advantage for WEBSPHERE. High salary + Car + Excellent Conditions. Full job, immediately start. Highly Recommended for the matching For more information [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 052-2739156 Daniel
Re: Career advice needed
Hi Herouth, What I don't understand is the whole LAMP grudge your carrying around... From my experience (as someone that lives off LAMP related training,projects, products) there is a big difference in the development experience between wielding zope, doing home grown cgi- perl development, custom php development, python coding etc... I have focused on drupal a magnificant LAMP based cms and development framework and although I hate php - I totally adore the framework I develop in (drupal) and I can realize my cutstomers vision which is quite satisfying. So what is it you hate so much about LAMP? I think the way you wield the might acronym is a bit too wide and as Gilad stated a framework like django, zope or drupal might be fun. To second Stanislav if I had one language to bet my horses on I'd vote for javascript (hence ajax and stuff) and it's associated frameworks. (jquery, scriptaculas, moo etc..) Good luck, Lior On 02/09/2007, at 20:13, Stanislav Malyshev wrote: I want to do something new. That's why I asked what the current market demands are. I have an opportunity to change. The choice what to change to depends on what's available, and out of what's available I'm hoping to select what will seem the most interesting to me, given the time and money constraints. If you want to stay in web arena, but not deal much with LAMP anymore, you may try to go client-side - rich applications, AJAX, etc. These days I think it is becoming a real programming market. Not sure if there's easy to find such job without it being combined with design (which are two entirely different jobs, but not everybody understands it). It doesn't have to do much with Linux, though :) = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Career advice needed
On 03/09/2007, at 22:57, Lior Kesos wrote: Hi Herouth, What I don't understand is the whole LAMP grudge your carrying around... From my experience (as someone that lives off LAMP related training,projects, products) there is a big difference in the development experience between wielding zope, doing home grown cgi- perl development, custom php development, python coding etc... I have focused on drupal a magnificant LAMP based cms and development framework and although I hate php - I totally adore the framework I develop in (drupal) and I can realize my cutstomers vision which is quite satisfying. It's all a matter of taste, of course. I'm sick-sick-sick and tired of writing yet-another-page that displays data from a database. It really doesn't matter if the language is PHP, Perl or Python (they are just alternatives for the P in LAMP). I have no particular preference for a language. It's the sort of applications that you can build using the HTTP protocol that I'm sick of - web services, forms, buttons, integrity checks. Oh, and Javascript is, in fact, my least favourite platform. I find it unreliable, with compatibility problems between platforms, and it's generally being used in order to force HTML to do things it is not supposed to do. Eventually you may have nice interfaces, but they are interfaces into nothing. If there is anything interesting to be done on the backend, it's usually done by a different class of programmers, and they provide the web programmers with an easy API into their system, and so, all you have to do on the server side is access the API, and do something with the resulting data. The truth is that all web applications are just sugar coated information systems, and nowadays, with Ajax, they are really no different than the client-server applications people used to write back in the late '80s and early '90s. All this is boring me to tears. I'm not at all sure airline pilots have it harder. :-S Basically, I think anything one has done for 11 years straight tends to become boring, but really, there is no challenge in LAMP other than trying to overcome the limitations of the browsers and the HTTP protocol. Herouth = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Career advice needed
On 9/3/07, Herouth Maoz [EMAIL PROTECTED] wrote: I'm sick-sick-sick and tired of writing yet-another-page that displays data from a database. .. The truth is that all web applications are just sugar coated information systems, and nowadays, with Ajax, they are really no different than the client-server applications people used to write back in the late '80s and early '90s. ... but really, there is no challenge in LAMP other than trying to overcome the limitations of the browsers and the HTTP protocol. Herouth, I feel your pain. It seems that even Web 2.0 and Flash didn't change the essentials of web apps being information systems -- transient throw-away ones. On the other hand, I also remember sitting with Lior few years ago, him showing me what he does for his clients with Drupal, all excited about it. But Lior likes the business side too: that's why he does his Drupal jobs on a freelance basis and that's why he's excited about things like realizing a customer's vision. I guess you're pretty sick of clients who always seem ungrateful, don't have a clear idea of what they want (so it becomes part of your job to define it, sometimes having to guess) - and eventually can't tell a quality app from a sloppy one. I think Lior sees those clients as a challenge. Lior thinks it his job to help a clueless client make up his mind about what he wants; not less of a job than the technical one. He has what it takes to enjoy LAMP: great people skills and not being a perfectionist. This way you can churn out dozens of e-commerce sites, while enjoying the business problems and interaction with the clients.
Re: Career advice needed
you can build using the HTTP protocol that I'm sick of - web services, forms, buttons, integrity checks. Oh, and Javascript is, in fact, my least favourite platform. I find it unreliable, with compatibility problems between platforms, and it's generally being used in order to force HTML to do things it is not supposed to do. Eventually you may have nice interfaces, but they are interfaces into nothing. If there is anything interesting to be done on the backend, it's I would disagree here. I think what is happening in this area is the return of HTML to what it meant to be, only better. The applications are moving towards the old MVC paradigm, where HTML moves back towards the Model (though you can use other model data source, like JSON or XML sources), CSS takes over much of the View and Javascript makes Controller. There's still some uncleanness (especially that data and GUI are still mixed) and some growing pains but I think it's where the things are heading to, and it's a healthy direction. As a result, nowdays HTMLs become more clean - as CSS/JS begin to allow to do what they were meant to do from the start - provide presentation layer over the independent content layer. The truth is that all web applications are just sugar coated information systems, and nowadays, with Ajax, they are really no different than the client-server applications people used to write back in the late '80s and early '90s. Yes and no. Yes because it's not that there's new computer science being born or something :), no - because things are being done that weren't done before, because now it's easier for people to do them. As an example, let's look at one of the tons of google maps mashups - which *are* very useful if google maps covers the area you are interested in - too bad Israel isn't covered :( - and see how something like that was done in 80s. The answer is - it wasn't done. Such applications just didn't exist. Of course, there's a ton of boring stuff and needless bells and whistles there too - can't be helped, that's Sturgeon's Second Law at work. But there's some cool stuff too. But then again, if you don't feel interested in it - definitely don't do it. There's always a ton of other things to do :) = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Career advice needed
--Apple-Mail-1-123579580 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 04/09/2007, at 05:18, Stanislav Malyshev wrote: Yes and no. Yes because it's not that there's new computer science being born or something :), no - because things are being done that weren't done before, because now it's easier for people to do them. As an example, let's look at one of the tons of google maps mashups - which *are* very useful if google maps covers the area you are interested in - too bad Israel isn't covered :( - and see how something like that was done in 80s. The answer is - it wasn't done. Such applications just didn't exist. Map applications are an excellent example for this topic. First, they may not have existed in the '80, but they certainly did exist in the early '90s. Only then you couldn't do them without a serious client, way over the capabilities of the PCs of the day. You needed a unix workstation in order to present a photographic backdrop, and have good capabilities for zoom and pan. Even screen resolution is PCs and macintoshes of the day weren't good enough. I know that, you see, because I did GIS (Geographical Information Systems) in the military. All the tricks you can do with maps - mash them with photos, overlay them with gas stations and hotels, find all the gas stations that are within 1 km of a particular road, find geographic location by address, do the travelling salesman problem (not optimally, of course), get travel directions and so on - have been solved problems by 1992 or so. It was just a matter of being able to work the interface in a user's environment (when the user didn't have $10,000 to spend on a workstation), and improve storage capabilities of clients, and speed of communications with the client (which is necessary for GPS devices, because the data in them is dynamic). To the point of our discussion, though, there are basically three elements in an application such as ynet maps (the best browser map system currently in Israel, I believe, given that it actually works on Firefox). You have a server side which contains all the air photos, the roads, the addresses, and all the fine algorithms for finding things. You have a client side which allows for zoom, pan, view switches, etc. - a flash or java application - and you have the web envelope around all of them - fields on the side where you enter the address, and a button which then transfers it to the server. And maybe on the web server side - a web application that interacts with the GIS engine and returns results using HTTP. Neither the server nor the flash client are done by web programmers. They are left only with the integration - maybe have some HTML buttons that interact with the flash. Maybe an Ajax that talks to the server. All of the interesting stuff is done in the server. Some semi- interesting things are done in the flash client (things HTML is incapable of - zoom, pan, vector graphics, texts drawn in angles or following a path...) Herouth --Apple-Mail-1-123579580 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=US-ASCII HTMLBODY style=3Dword-wrap: break-word; -khtml-nbsp-mode: space; = -khtml-line-break: after-white-space; BRDIVDIVOn 04/09/2007, at = 05:18, Stanislav Malyshev wrote:/DIVBR = class=3DApple-interchange-newlineBLOCKQUOTE type=3DciteP = style=3Dmargin: 0.0px 0.0px 0.0px 0.0pxFONT face=3DArial size=3D3 = style=3Dfont: 12.0px ArialYes and no. Yes because it's not that = there's new computer science being born or something :), no - because = things are being done that weren't done before, because now it's easier = for people to do them. As an example, let's look at one of the tons of = google maps mashups - which *are* very useful if google maps covers the = area you are interested in - too bad Israel isn't covered :( - and see = how something like that was done in 80s. The answer is - it wasn't done. = Such applications just didn't exist./FONT/P = /BLOCKQUOTE/DIVBRDIVMap applications are an excellent example = for this topic. First, they may not have existed in the '80, but they = certainly did exist in the early '90s. Only then you couldn't do them = without a serious client, way over the capabilities of the PCs of the = day. You needed a unix workstation in order to present a photographic = backdrop, and have good capabilities for zoom and pan. Even screen = resolution is PCs and macintoshes of the day weren't good = enough./DIVDIVBR class=3Dkhtml-block-placeholder/DIVDIVI = know that, you see, because I did GIS (Geographical Information Systems) = in the military./DIVDIVBR = class=3Dkhtml-block-placeholder/DIVDIVAll the tricks you can do = with maps - mash them with photos, overlay them with gas stations and = hotels, find all the gas stations that are within 1 km of a particular = road, find