Hey Jamie,
Could you give us some information about your environment?
Greg
On Dec 27, 2013, at 4:11 PM, Jamie Ramone wrote:
> Hi there steppers! OK, here's the deal: I'v been playing around with GORM
> making a demo of an extended scroll view (a subclass of NSScrollView with
> some practical
Well, I'm on an Ubuntu 12.04 system, my computer is a 64bit AMD Phemon (6
processors), I recently recompiled GNUstep from scratch because the entire
system died (not sure what caused it but the UI never came back so I had to
reinstall the system). Also, I'm using WindowMaker as unity has pretty
muc
No, nothing more needed I'll check it out thanks.
On Friday, December 27, 2013, Jamie Ramone wrote:
> Well, I'm on an Ubuntu 12.04 system, my computer is a 64bit AMD Phemon (6
> processors), I recently recompiled GNUstep from scratch because the entire
> system died (not sure what caused it but t
Thanx man! Oh just a plus: I don't use the new language runtime (libobjc
2). Also, I found that connecting FROM an object in the document window TO
a control on a window seems to work fine.
On Sat, Dec 28, 2013 at 10:19 AM, Gregory Casamento <
greg.casame...@gmail.com> wrote:
> No, nothing more
Gorm shouldn't require anything in the new runtime. I've tried creating
connections between several objects in the document window. I can't seem
to reproduce this issue.
Could you run in GDB and provide me a backtrace? I will continue to test
things here to see if I can reproduce the issue.
Gr
K, here's what I got:
(gdb) file /SystemApps/Gorm.app/Gorm
Reading symbols from /SystemApps/Gorm.app/Gorm...done.
(gdb) r
Starting program: /SystemApps/Gorm.app/Gorm
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
2013-12-28
Here's the 2nd test:
(gdb) file /SystemApps/Gorm.app/Gorm
Reading symbols from /SystemApps/Gorm.app/Gorm...done.
(gdb) r
Starting program: /SystemApps/Gorm.app/Gorm
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program rec
What's common in both is self == nil (self=0x0) in NSWindow's -sendEvent
method. While that doesn't seem right, nil is a valid receiver as far as
the runtime's concerned. So I'n still unsure of the cause of the segfault.
Let me know what you find Greg.
On Sat, Dec 28, 2013 at 6:27 PM, Jamie Ramon
I was not able to reproduce your problem on my system. Maybe more
detailed instructions would be helpful. What I noticed when looking at
your stack trace is that a lot of intermediate methods are left out
there. Which optimisation level are you using for your compiler when
compiling GNUstep gui?
Yo
Optimization??? I just use configure and the supplied makefile. Anyway, I'm
gonna completely wipe out the current GNUstep installation and build it
from scratch. I suspect some corruption crept in with that nasty system
crash I had. I reinstalled GNUstep on top of the old installation that
time. I'
OK, recompiled current GNUstep from scratch. Still no luck. Now gonna try
the most recent release. Wish me luck! :)
On Sat, Dec 28, 2013 at 7:39 PM, Jamie Ramone wrote:
> Optimization??? I just use configure and the supplied makefile. Anyway,
> I'm gonna completely wipe out the current GNUstep
When wiping GNUstep off your system (before a reinstall, of course!), don't
forget /etc/GNUstep.conf -- or something like that.
On Sun, Dec 29, 2013 at 12:37 AM, Jamie Ramone wrote:
> OK, recompiled current GNUstep from scratch. Still no luck. Now gonna try
> the most recent release. Wish me lu
Part of the problem could be with Dragon and drop itself. Try another
application which uses Dragon to see if that fans. On some systems there
might be a problem with the drag-and-drop daemon.
On Saturday, December 28, 2013, Jamie Ramone wrote:
> OK, recompiled current GNUstep from scratch. Still
I'm already on the recent libs (and Gorm). I put it in
/SystemLibrary/GNUstep.conf, Tis easier 2 uninstall this way ;-) In any
case, no luck. Recent GNUstep, recent Gorm, old bug :-S I DID, however see
failed tests in GUI...and looking at the logs it appears to be just because
of the backend not be
Dragons??? Are you doing acid Greg? :P Hmm, maybe there's a problem with
drag & drop. I'll go ahead and check that.
On Sun, Dec 29, 2013 at 1:40 AM, Gregory Casamento wrote:
> Part of the problem could be with Dragon and drop itself. Try another
> application which uses Dragon to see if that fa
Gregory Casamento wrote:
Part of the problem could be with Dragon and drop itself. Try another
application which uses Dragon to see if that fans. On some systems
there might be a problem with the drag-and-drop daemon.
For the sanity of us all, stop dictating your mails, or scan a medical
certi
Am 29.12.2013 um 10:09 schrieb Riccardo Mottola :
> Gregory Casamento wrote:
>> Part of the problem could be with Dragon and drop itself. Try another
>> application which uses Dragon to see if that fans. On some systems there
>> might be a problem with the drag-and-drop daemon.
> For the sanity
Lol. Well, If I'm doing to dictate, I should at least proofread
On Sunday, December 29, 2013, Riccardo Mottola wrote:
> Gregory Casamento wrote:
>
>> Part of the problem could be with Dragon and drop itself. Try another
>> application which uses Dragon to see if that fans. On some systems there
>
On 29 Dec 2013, at 12:04, Gregory Casamento wrote:
> Well, If I'm doing to dictate, I should at least proofread
^
Good start...
David
-- Sent from my Cray X1
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.or
Yeah, I know. :( Any ideas with respect to what is wrong with drag and
drop?
On Sunday, December 29, 2013, David Chisnall wrote:
> On 29 Dec 2013, at 12:04, Gregory Casamento
> >
> wrote:
>
> > Well, If I'm doing to dictate, I should at least proofread
> ^
>
> Good start...
>
Not sure yet, but I'd like to note that the upgrade borked the alpha
blending on all D&D images :-/ Still looking...
Oh, any idea as to which app would be best suited for this test, is there a
useful one in the examples tarball?
On Sun, Dec 29, 2013 at 9:59 AM, Gregory Casamento wrote:
> Yeah,
GWorkspace may be good.
On Sunday, December 29, 2013, Jamie Ramone wrote:
> Not sure yet, but I'd like to note that the upgrade borked the alpha
> blending on all D&D images :-/ Still looking...
> Oh, any idea as to which app would be best suited for this test, is there
> a useful one in the exam
I thought so. So far nothing. I've moved files and folders around, as well
as color swatches and nothing. My only gripe is no alpha but apart from
that, I'm not having any D&D troubles. In fact, the only app with this
problem is GORM. I'll keep fiddling with GWorkspace and see if it shows up.
On
Moving files and folders around is not what I'm talking about try dragging
something in from outside.
GC
On Sunday, December 29, 2013, Jamie Ramone wrote:
> I thought so. So far nothing. I've moved files and folders around, as well
> as color swatches and nothing. My only gripe is no alpha but a
Something from the outside? What do you mean, like from another app? But
what, could you be more specific? Thanx. In any case here's my most recent
test: made two new folders and dragged them around, into the shelf, from
there inside of the other one, back home, same thing in revers
order...nothing
Between windows or between applications. I believe you’re hitting the same bug
Fred may be hitting, I’m working on a potential fix now.
Greg
On Dec 29, 2013, at 3:56 PM, Jamie Ramone wrote:
> Something from the outside? What do you mean, like from another app? But
> what, could you be more s
OK, got it, I'll try that now (between windows, not sure how to do the
"between applications" yet). Just a heads up: I did eventually, er, "erase"
the folders by selecting them and dragging them to the Recycler's
pseudo-appicon and it worked without a hitch. Since Recycler.app is another
app I gues
Just dragged around folders between 2 viewer windows without a hitch. Let's
have a look at the tabbed shelf, that holds just about anything.
On Sun, Dec 29, 2013 at 6:02 PM, Jamie Ramone wrote:
> OK, got it, I'll try that now (between windows, not sure how to do the
> "between applications" yet
Hmm, I was able to drag a red color swatch from Ink's color panel to the
tabbed shelf. Then wrote some text in black and selected one letter.
Finally I dragged the swatch from the shelf onto the selected text, which
changed from black to red as expected. Still poking around...
On Sun, Dec 29, 201
On 29.12.2013 21:58, Gregory Casamento wrote:
> Between windows or between applications. I believe you’re hitting
> the same bug Fred may be hitting, I’m working on a potential fix
> now.
You might be wrong here. German's bug, that I investigated, was Gorm
specific. If you advice Jamie to drag be
I'm not sure how much more details you need. I stated that dragging a
connection to any of the objects in the document window (i.e. the main
project window) caused a segfault. I later discovered that dragging from
these objects toward any other one, outside that window, worked OK. And it
seems to b
Yes! That was what I was asking for.
Thank you,
Fred
On 29.12.2013 22:28, Jamie Ramone wrote:
> I'm not sure how much more details you need. I stated that dragging a
> connection to any of the objects in the document window (i.e. the main
> project window) caused a segfault. I later discovered th
OK, here it is:
(gdb) file /SystemApps/Gorm.app/Gorm
Reading symbols from /SystemApps/Gorm.app/Gorm...done.
(gdb) r
Starting program: /SystemApps/Gorm.app/Gorm
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received
I asked for it, I got it and now it doesn't help me :-(
Thank you for the stack trace. But now I am completely clueless.
Do you have an idea why the message "NSWindow.m: No such file or
directory." shows up? I would expect that you are running Gorm on the
same machine that you did compile GNUstep.
No idea about the NSWindow.m not found. I am running it on the machine it
was compiled for. I did delete the sources afterward, but doesn't the code
info get included with -g? If necessary, I can unpack the sources where I
did the build last time. Would that help in the bug hunt? Just let me know.
El lun, 30-12-2013 a las 15:30 -0200, Jamie Ramone escribió:
> No idea about the NSWindow.m not found. I am running it on the machine
> it was compiled for. I did delete the sources afterward, but doesn't
> the code info get included with -g? If necessary, I can unpack the
> sources where I did the
Hmm, interesting. What could be a good workaround? Can it safely be removed
or downgraded? Keep in mind that I'm on Ubuntu 12.04.
On Mon, Dec 30, 2013 at 3:27 PM, Germán Arias wrote:
> El lun, 30-12-2013 a las 15:30 -0200, Jamie Ramone escribió:
> > No idea about the NSWindow.m not found. I am
El lun, 30-12-2013 a las 16:48 -0200, Jamie Ramone escribió:
> Hmm, interesting. What could be a good workaround? Can it safely be
> removed or downgraded? Keep in mind that I'm on Ubuntu 12.04.
I'm not sure, but this could be a problem in the version of libc that
has Ubuntu 12.04. Unfortunately t
Jamie Ramone wrote:
OK, got it, I'll try that now (between windows, not sure how to do the
"between applications" yet). Just a heads up: I did eventually, er, "erase"
the folders by selecting them and dragging them to the Recycler's
pseudo-appicon and it worked without a hitch. Since Recycler.app
So, I'll have to wait for 14 to come out then. I can live with that I
guess. In any case I'll give it a go on a VM with 13.10 (wish me luck).As
for GWorkspace I never use it's desktop. It interferes with everything
else. And no, it doesn't work on both as I stated earlier.
On Wed, Jan 1, 2014 at
Well $hit! I ran on a VM with Ubuntu 13.10...same problem:
Starting program: /SystemApps/Gorm.app/Gorm
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
2014-01-03 20:09:11.042 Gorm[6849] QueryTree window is 25186477 (root 373
Am 04.01.2014 um 00:17 schrieb Jamie Ramone :
> Well $hit! I ran on a VM with Ubuntu 13.10...same problem:
>
> Starting program: /SystemApps/Gorm.app/Gorm
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> 2014-01-03 20
On Sat, Jan 4, 2014 at 7:59 AM, Fred Kiefer wrote:
>
> Am 04.01.2014 um 00:17 schrieb Jamie Ramone :
>
> Well $hit! I ran on a VM with Ubuntu 13.10...same problem:
>
> Starting program: /SystemApps/Gorm.app/Gorm
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/l
Please make sure you install a recent version of Gorm and GNUstep. I'm not
certain which version of base and GUI you're using.
GC
On Saturday, January 4, 2014, Jamie Ramone wrote:
>
>
>
> On Sat, Jan 4, 2014 at 7:59 AM, Fred Kiefer
>
> > wrote:
>
>>
>> Am 04.01.2014 um 00:17 schrieb Jamie Ramo
For the VM test I used the ones on the webpage (I do believe they're up to
date), same ones I used on my machine after running into this problen in
the previous version. That would be:
- make 2.6.6
- base 1.24.6
- gui 0.24.0
- back 0.24.0
- Gorm 1.2.18
On Sat, Jan 4, 2014 at 10:47 AM, Gregory Ca
On 04.01.2014 12:45, Jamie Ramone wrote:
> On Sat, Jan 4, 2014 at 7:59 AM, Fred Kiefer wrote:
>> Am 04.01.2014 um 00:17 schrieb Jamie Ramone :
>>
>> Well $hit! I ran on a VM with Ubuntu 13.10...same problem:
>>
>> Starting program: /SystemApps/Gorm.app/Gorm
>> [Thread debugging using libthread_db
46 matches
Mail list logo